389-Directory/1.2.11.15 B2013.238.2155 starting up Linux 2.6.32-431.5.1.el6.x86_64 #1 SMP Fri Jan 10 14:46:43 EST 2014 x86_64 x86_64 x86_64 GNU/Linux
I have an object which I am unable to operate on. I try to modify it or delete it and I get err=1 (Operations Error).
it looks like:
[25/Mar/2014:13:13:00 -0400] conn=348 op=3 DEL dn="nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1,CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX" [25/Mar/2014:13:13:00 -0400] conn=348 op=3 RESULT err=1 tag=107 nentries=0 etime=0 csn=5331b91e000000010000
Normally, the object is CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX but when I search for CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX I get back the nsuniqueid as part of the DN (shown above).
I have dumped the LDIF and the nsuniqueid is NOT in the LDIF with this object.
I have restarted the server to no avail.
I have looked in bugzilla and can’t seem to find anything that looks like this problem.
I am confused and seeking advice. I am somewhat worried I have objects I cannot modify or delete. I have 2 of these now and I am not sure how they are getting into this state.
Any guidance is gratefully appreciated!
/mrg
I am continuing to pursue this problem…
I am assuming this is NOT a replication problem since the DN is not of the form nsuniqueid=text+DN and I am not finding any replication conflicts when I search for them “nsds5ReplConflict=*” on any servers.
Further info shows on one master I have:
dn: nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1, CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX entryid: 463250
and on my other master (i have 2 MMR):
dn: nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1, nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1, CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX entryid: 463250
My current plan is to upgrade all my servers to 1.2.11.28-3 and see if this fixes things. If it does not then I will export to LDIF and import one of my masters and then redo my replicas (file export, import) and see if this fixes things. I am expecting it will.
It will still be a mystery as to why this happened and what the “right” way out of this problem would be.
/mrg
On Mar 25, 2014, at 6:12 PM, Michael Gettes gettes@gmail.com wrote:
389-Directory/1.2.11.15 B2013.238.2155 starting up Linux 2.6.32-431.5.1.el6.x86_64 #1 SMP Fri Jan 10 14:46:43 EST 2014 x86_64 x86_64 x86_64 GNU/Linux
I have an object which I am unable to operate on. I try to modify it or delete it and I get err=1 (Operations Error).
it looks like:
[25/Mar/2014:13:13:00 -0400] conn=348 op=3 DEL dn="nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1,CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX" [25/Mar/2014:13:13:00 -0400] conn=348 op=3 RESULT err=1 tag=107 nentries=0 etime=0 csn=5331b91e000000010000
Normally, the object is CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX but when I search for CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX I get back the nsuniqueid as part of the DN (shown above).
I have dumped the LDIF and the nsuniqueid is NOT in the LDIF with this object.
I have restarted the server to no avail.
I have looked in bugzilla and can’t seem to find anything that looks like this problem.
I am confused and seeking advice. I am somewhat worried I have objects I cannot modify or delete. I have 2 of these now and I am not sure how they are getting into this state.
Any guidance is gratefully appreciated!
/mrg
I have good news to report…
I updated to 1.2.11.28-3 and the problems went away - no need to even export/import replicas.
Thank you 389 developers! You guys are awesome!
/mrg
On Mar 26, 2014, at 5:48 PM, Michael Gettes gettes@gmail.com wrote:
I am continuing to pursue this problem…
I am assuming this is NOT a replication problem since the DN is not of the form nsuniqueid=text+DN and I am not finding any replication conflicts when I search for them “nsds5ReplConflict=*” on any servers.
Further info shows on one master I have:
dn: nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1, CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX entryid: 463250
and on my other master (i have 2 MMR):
dn: nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1, nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1, CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX entryid: 463250
My current plan is to upgrade all my servers to 1.2.11.28-3 and see if this fixes things. If it does not then I will export to LDIF and import one of my masters and then redo my replicas (file export, import) and see if this fixes things. I am expecting it will.
It will still be a mystery as to why this happened and what the “right” way out of this problem would be.
/mrg
On Mar 25, 2014, at 6:12 PM, Michael Gettes gettes@gmail.com wrote:
389-Directory/1.2.11.15 B2013.238.2155 starting up Linux 2.6.32-431.5.1.el6.x86_64 #1 SMP Fri Jan 10 14:46:43 EST 2014 x86_64 x86_64 x86_64 GNU/Linux
I have an object which I am unable to operate on. I try to modify it or delete it and I get err=1 (Operations Error).
it looks like:
[25/Mar/2014:13:13:00 -0400] conn=348 op=3 DEL dn="nsuniqueid=cf397a8e-b11f11e3-9e1cd834-1f7e47a1,CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX" [25/Mar/2014:13:13:00 -0400] conn=348 op=3 RESULT err=1 tag=107 nentries=0 etime=0 csn=5331b91e000000010000
Normally, the object is CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX but when I search for CN=Community:ByOU:XXXX,ou=Groups,dc=XXX,dc=XXX I get back the nsuniqueid as part of the DN (shown above).
I have dumped the LDIF and the nsuniqueid is NOT in the LDIF with this object.
I have restarted the server to no avail.
I have looked in bugzilla and can’t seem to find anything that looks like this problem.
I am confused and seeking advice. I am somewhat worried I have objects I cannot modify or delete. I have 2 of these now and I am not sure how they are getting into this state.
Any guidance is gratefully appreciated!
/mrg
389-users@lists.fedoraproject.org