From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Description of problem: Replication task that have a time stamp of greater that 1 Billion in Unix time are ignored by SLURPD with a debug message of old. I refer you to OpenLDAP case ITS#1324, and CVS patches to fix this. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Using proper time, SLURPD doesn't work 2.Put CPU time back 1 year (ie less than 1 Billion) 3.SLURPD now works. Additional info: I have temporary work around of setting clock on LDAP master back one year, but this effect other things (like time stamps on email etc)
According to http://www.openldap.org/lists/openldap-bugs/200109/msg00060.html OpenLDAP version 2.0.14 includes the fix.
same problems at my system, I'm using RedHat 6.2 systems will there be any updates ? time frame ?, we have productions systems which NEED fail over capability ....
I've dropped the openldap-2.0.14 source in the roswell openldap rpm, and I'm running that on a redhat-7.1 server (libtool,automake / cyrus-sasl from roswell are required to build / run it). The source rpm is available from ftp://ftp.ccl.kuleuven.ac.be/pub/people/bob/openldap-2.0.14-0.2.src.rpm
Created attachment 32918 [details] Minimal billion-second fix for 2.0.11 slurpd (from OpenLDAP cvs)
status=resolved now, since there is now an openldap update for redhat 7.x, version 2.0.21-1.