James wrote: > Thanks for the suggestion. I have tried searching for the glue entry in the > database, and I cant find it: > > [soleo at mstrldap01 ~]$ ldapsearch -MMxw xxxxx -D "cn=Directory > Manager" -b "ou=soleotester,ou=people,dc=soleocommunications,dc=com" -s > one -h 10.1.5.211 > # extended LDIF > # > # LDAPv3 > # base <ou=soleotester,ou=people,dc=soleocommunications,dc=com> with scope one > # filter: (objectclass=*) > # requesting: ALL > # with manageDSAit critical control > # > > # search result > search: 2 > result: 32 No such object > matchedDN: ou=people,dc=soleocommunications,dc=com > > # numResponses: 1 > > When I first noticed these logs, I did find the original entry present on this > server (and on the other master) so I deleted this entry from both servers > (and restarted ns-slapd), but that didnt get rid of the log. > > Also, Ive noticed that after a while of having this error printed out, the > server stops allowing me to bind in. > > Am I doing something wrong in my search? Or, is there something else I can > try? > Your search is searching for "ou=soleotester,ou=people,dc=soleocommunications,dc=com", but the glue entry the server is trying to create is "uid=soleotester,ou=people,dc=soleocommunications,dc=com". Try doing this search instead: ldapsearch -b "ou=people,dc=soleocommunications,dc=com" -s one "uid=soleotester" -NGK > Thanks > > ~James > > On Tuesday 25 March 2008 14:46:56 Nathan Kinder wrote: > >> James wrote: >> >>> Hi All, >>> >>> I have a set of directory servers with multi-master replicaiton. On one >>> of the two master servers, I see this log: >>> >>> [25/Mar/2008:14:26:42 -0400] NSMMReplicationPlugin - conn=5 op=6 >>> csn=47cec1700000000c0000: >>> Can't created glue entry >>> uid=soleotester,ou=people,dc=soleocommunications,dc=com uniqueid >>> =96a7eb81-1dd111b2-8016d669-d3980000, error 68 >>> [25/Mar/2008:14:26:42 -0400] NSMMReplicationPlugin - conn=5 op=6 >>> csn=47cec1700000000c0000: >>> Can't created glue entry >>> uid=soleotester,ou=people,dc=soleocommunications,dc=com uniqueid >>> =96a7eb81-1dd111b2-8016d669-d3980000, error 68 >>> >>> The logs is repeated once per second (there are two in this copy/paste). >>> I have a high-level understanding of what a glue entry is, and why one >>> would be created, but why can't this server create one in this instance? >>> And, is there anything I can do to fix this repeated log? >>> >> It can't create it because it already exists (error 68). Please file a >> bug on this issue (https://bugzilla.redhat.com/enter_bug.cgi). >> >> You can try to delete the existing glue entry to allow the replication >> plug-in to re-create it and proceed. >> >> -NGK >> >> >>> Thanks, >>> ~James >>> > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3241 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20080325/10ab98e9/attachment.bin
