Description of problem: A server staff (RHEL 3) is a ldap master. It has two slaves: student (RHEL 3) and staff2 (RHEL 4). Replication to student works without any problems. Replication to staff2 fails with the error: entry failed schema check: no structuralObjectClass operational attribute on staff2. In the slurpd-log (/var/lib/ldap/replica/staff2.sol.lu.se\:389.rej) says Unknown error. Changing single attributes of existing records work as expected. Replication is configured on staff (Master) replica host=student.sol.lu.se:389 binddn="uid=replicator,ou=People,dc=sol,dc=lu,dc=se" bindmethod=simple credentials=********* replica host=staff2.sol.lu.se:389 binddn="uid=replicator,ou=People,dc=sol,dc=lu,dc=se" bindmethod=simple credentials=********* And on staff2 (Slave) updatedn uid=replicator,ou=People,dc=sol,dc=lu,dc=se updateref ldap://staff.sol.lu.se Version-Release number of selected component (if applicable): Staff (RHEL 3) openldap-2.0.27-23 Staff2 (RHEL 4) openldap-2.2.13-7.4E How reproducible: Always Steps to Reproduce: 1. Start staff as a master LDAP server 2. Start staff2 as a slave LDAP server 3. Add records on staff. 4. Watch it to be added on staff2 Actual results: Record is not replicated to staff2. Expected results: Record added to staff2 Additional info:
Created attachment 193341 [details] slapd -d -1 ldap:\\\ on staff2 (slave)
I tested replicating from another server running RHEL 4 and it works. However staff2 is going to replace staff on monday and I can't really test replicating from RHEL4 to RHEL3 because I only got production servers running version 3.
Bugzilla is not the best place to report such problem - please contact your Red Hat support at https://www.redhat.com/apps/support/, they should definitely help you.
I am afraid I am not able to reproduce the bug. Please use Red Hat support to report such problems.