--On Monday, July 13, 2026 11:41 AM -0700 Ben Poliakoff benp@reed.edu wrote:
Hi Ben,
I'm curious if rather than deleting/adding the entry, if you modify an attribute on the entry back to its same value if that fixes it. That's worked for me in the past.
like:
dn: uid=blah,dc... changetype: modify replace: description description: account for blah
Thanks Quanah... Just to make certain I'm understanding you correctly, given a scenario where an entry on the "primary" server has been updated, but the changes have not been replicated to the two "non-primaries", you're suggesting I try updating the entry on the "primary" server again to see if that gets the replication flow working again? I can certainly try that, the next time this issue comes up (seems to happen every few days).
By the way, when I follow the method (described previously) where I delete and recreate a "stuck" entry on the primary server, I also end up having to restart the slapd process on the two non-primary servers (ie simply deleting and recreating the entry on the primary server doesn't clear up the issue, but deleting and recreating the entry on the primary server, followed by restarting slapd on the non-primary servers tends to work, which makes it feel like a thread is "stuck" on the non-primary servers).
Yeah, with the process being "stuck" the method I described won't help. It looks like the root issue has been discovered in the mean time however. :)
Regards, Quanah