Red Hat Bugzilla – Bug 53475
SLURPD not Replicating Because UNIX time greater than 999,999,999
Last modified: 2007-04-18 12:36:59 EDT
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):
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.
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
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,