On 08/10/2012 01:26 AM, bin.e...@gmail.com wrote:
Hi Rich,
tombstone problem mentioned here:
http://danieljamesscott.org/documentation/12-troubleshooting/25-clean-tombstone-entries-from-freeipa-ldap-servers.html
I was seeing similar symptoms.
Ok. Note that F-17 and later (389-ds-base-1.2.11 a
Hi Rich,
tombstone problem mentioned here:
http://danieljamesscott.org/documentation/12-troubleshooting/25-clean-tombstone-entries-from-freeipa-ldap-servers.html
I was seeing similar symptoms.
Mine is a new deployment so rather than monkey around trying to get an
install on a dirty machine to w
On 08/09/2012 01:14 AM, bin.e...@gmail.com wrote:
I think I've narrowed it down to the "tombstone" problem.
What "tombstone" problem?
ls -al /etc/dirsrv/slapd-*
Also, please post a sanitized errors log from
/var/log/dirsrv/slapd-YOUR-DOMAIN/errors
But now I'm at a loss for what to do. Th
I think I've narrowed it down to the "tombstone" problem.
But now I'm at a loss for what to do. The only advice I can find
involves using direct ldap code an that is way over my head. (I'd
prefer to not completely destroy my database in the process of trying
to clean out the zombies)
Is there any
After installing a replica on a fresh up to date install of FC17,
everything seems fine until a reboot. FreeIPA is running on the new
machine, etc.
But after the reboot ldap doesn't start on it's own and can't be made
to start manually. The origional FreeIPA instance, same software
versions, is ru