I'm using OpenLDAP 2.4.31 which I locally compiled on RHEL 6.3 64-bit.
Last night as part of the nightly update process, a slapcat of the main suffix. There
312,576 dn's in this database, and the last 4,794 entries printed were written out
with in the
which is (as far as I know) not valid. I believe there has to be a dn value (and this
slapcat's performed are showing dn's in the output).
I am using back-hdb to store this database. This is on the master server which has 10
pulling changes off it using delta-syncrepl.
A quick search of the ITS system shows ITS#6365 which hasn't been updated since
that seems to indicate the same (though in that one it was completely consistent) issue
hdb database and slapcat.
Any ideas? I have never seen this happen before, but I did just move to both OpenLDAP
and RHEL6 (was previously running OpenLDAP 2.4.28 plus fixes on RHEL5u8 64-bit).
Frank Swasey | http://www.uvm.edu/~fcs
Sr Systems Administrator | Always remember: You are UNIQUE,
University of Vermont | just like everyone else.
"I am not young enough to know everything." - Oscar Wilde (1854-1900)