I found a note near the bottom of the
bug:
https://bugzilla.redhat.com/show_bug.cgi?id=233642#c22
We will probably not make any more RHEL4 binaries available. It's even very difficult for us to provide binaries that can run on RHEL5 (Fedora Core 6). If you want the latest code, you can build it yourself. If you feel so inclined, I can help you with that.
By the sound of this, you may need to rebuild the package from source, but at least they may be able to help you with thatRegards,
Kit Gerrits
From: linux-cluster-bounces@xxxxxxxxxx [mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of sunhux G
Sent: zaterdag 18 september 2010 5:26
To: linux clustering
Subject: Netscape directory servers 6.1 stopped replicatingto each other
We run a pair of Netscape directory servers V6.1 on two separate
servers (they're not clustered) and their LDAP entries replicate/
servers (they're not clustered) and their LDAP entries replicate/
synchronize to each other.
This replication has been running fine for years and couple of
weeks back, the replication failed to work anymore and about that
time, I noticed an alert "port LDAP (389) is not responding".
Though the Tcp389 port subsequently recovered, the replication
did not recover.
From the logs, the following link describes this issue very well:
https://bugzilla.redhat.com/show_bug.cgi?id=233642
Redhat has a patch for the directory server, but for linux version only:
http://rhn.redhat.com/errata/RHSA-2008-0602.html
From the logs, the following link describes this issue very well:
https://bugzilla.redhat.com/show_bug.cgi?id=233642
Redhat has a patch for the directory server, but for linux version only:
http://rhn.redhat.com/errata/RHSA-2008-0602.html
As we can't locate the patch for our version/platform (HP-UX), we
followed the workaround given by the link below :
http://rhn.redhat.com/errata/RHSA-2008-0602.html
ie
1. shutdown both LDAPs
2. remove replication agreement.
3. export data from the LDAP with latest data
4. import to the other ldap
5. remove all change log db
6. add back the replication agreement
http://rhn.redhat.com/errata/RHSA-2008-0602.html
ie
1. shutdown both LDAPs
2. remove replication agreement.
3. export data from the LDAP with latest data
4. import to the other ldap
5. remove all change log db
6. add back the replication agreement
This enabled the replication to work for a few weeks but
unfortunately, this same problem resurfaced again.
Appreciate any sharing from anyone who has any insight on
this issue.
this issue.
Thanks
U
U
No virus found in this incoming message.
Checked
by AVG - www.avg.com
Version: 9.0.851 / Virus Database: 271.1.1/3142 -
Release Date: 09/17/10 20:34:00
-- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster