Home Forums OS X Server and Client Discussion Open Directory Replica error since 10.5.5 update – ERROR (See /var/run/openldap-slurp/replica/.rej)

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #374260
    Mr. B.
    Participant

    Hi all. I hope you can help. Since updating our Master and Replica server to 10.5.5 I’m getting this error on the Master in Server Admin – Open DIrectory – Settings – General:

    ERROR (See /var/run/openldap-slurp/replica/.rej)

    This log is quite big (I just put the first bit, the rest is more or less the same) but I can’t figure out what the cause is:

    [code]ERROR: No such object
    replica: 10.0.0.1:389
    time: 1218631069.0
    dn: uid=acc,cn=users,dc=server,dc=domain,dc=com
    changetype: modify
    replace: cn
    cn: Acc

    replace: entryCSN
    entryCSN: 20080813123749Z#000000#00#000000

    replace: modifiersName
    modifiersName: uid=diradmin,cn=users,dc=server,dc=domain,dc=com

    replace: modifyTimestamp
    modifyTimestamp: 20080813123749Z

    ERROR: Undefined attribute type: kerio-Mail-QuotaStorage: attribute type undef
    ined
    replica: 10.0.0.1:389
    time: 1219430018.0
    dn: uid=usera,cn=users,dc=server,dc=domain,dc=com
    changetype: modify
    replace: kerio-Mail-QuotaStorage
    kerio-Mail-QuotaStorage: 4294967296

    replace: entryCSN
    entryCSN: 20080822183338Z#000000#00#000000

    replace: modifiersName
    modifiersName: uid=diradmin,cn=users,dc=server,dc=domain,dc=com

    replace: modifyTimestamp
    modifyTimestamp: 20080822183338Z

    ERROR: Undefined attribute type: kerio-Mail-ForwardMode: attribute type undefi
    ned
    replica: 10.0.0.1:389
    time: 1219430018.1
    dn: uid=usera,cn=users,dc=server,dc=domain,dc=com
    changetype: modify
    replace: kerio-Mail-ForwardMode
    kerio-Mail-ForwardMode: 2

    replace: kerio-Mail-ForwardAddress
    kerio-Mail-ForwardAddress: [email protected]
    kerio-Mail-ForwardAddress: [email protected]

    replace: entryCSN
    entryCSN: 20080822183338Z#000001#00#000000

    replace: modifiersName
    modifiersName: uid=diradmin,cn=users,dc=server,dc=domain,dc=com

    replace: modifyTimestamp
    modifyTimestamp: 20080822183338Z
    [/code]

    We’ve restarted both and also re-recreated the replica but the error remains. When I add a test user on the master it does seem to replicate fine though. Any help is greatly appreciated.

    #374328
    Mr. B.
    Participant

    Anyone please?

    #374376
    Mr. B.
    Participant

    [QUOTE][u]Quote by: MacTroll[/u][p]You don’t have the Kerio schema installed on the Replica.[/p][/QUOTE]
    Many thanks for your reply. Could you please be a little more extensive? How can I solve this?

    #374458
    Mr. B.
    Participant

    Sorry to bump this but the problem still exists and although Mactroll has responded I dont know how to solve this.

    #374654
    jdyck
    Participant

    I haven’t used Kerio connected to OD, but I think what MacTroll is saying is that you haven’t installed the Kerio extensions an all your replicas… In other words, it’s on the master, but must also be installed on the replica servers.

    #374886
    Mr. B.
    Participant

    Thanks for the respons and apologies for this late reaction.

    I did perform all steps though, but without success. I added the schema file by hand to /etc/openldap/schema on the replica. To be clear: The schema was already present, I just started over and re-added it. Anyway, then I included the schema to the /etc/openldap/slapd.conf. I restarted OD master and replica but afterwards the problem persists. I even just copied all the appropriate files with scp to the replica but the outcome is the same.

    What frustrates me is that this is a clean clean install, OD master and replica are new servers, but this won’t work. Kerio knowledge base and forums remain quiet on the issue so I must overlook something very simple? Am I the only one in this world with such a configuration? Any tips are very much appreciated.

Viewing 6 posts - 1 through 6 (of 6 total)
  • You must be logged in to reply to this topic.

Comments are closed