Hide Forgot
This bug has been copied from bug #701057 and has been proposed to be backported to 6.1 z-stream (EUS).
[root@rhel61-ds90-amita ~]# ldapmodify -x -h localhost -p 20100 -D "cn=Directory Manager" -w Secret123 << EOF > dn: uid=amita,ou=people,dc=replsuffix,dc=com > changetype: add > objectClass: top > objectClass: person > objectClass: inetorgperson > sn: testkrbuser > cn: kkk testkrbuser > userPassword: redhat > EOF adding new entry "uid=amita,ou=people,dc=replsuffix,dc=com" At Master =========== ldapsearch -h localhost -p 20100 -D "cn=Directory Manager" -w Secret123 -b "ou=people,dc=replsuffix,dc=com" # amita, People, replsuffix.com dn: uid=amita,ou=People,dc=replsuffix,dc=com objectClass: top objectClass: person objectClass: inetorgperson objectClass: organizationalPerson sn: testkrbuser cn: kkk testkrbuser uid: amita userPassword:: e1NTSEF9YTVnQm5jN3UyUVo2Y1lkdTk1aHlsZkZwbHE1Q0dmYStYbko1Smc9PQ= = At Slave ============= ldapsearch -h localhost -p 20102 -D "cn=Directory Manager" -w Secret123 -b "ou=people,dc=replsuffix,dc=com" # amita, People, replsuffix.com dn: uid=amita,ou=People,dc=replsuffix,dc=com objectClass: top objectClass: person objectClass: inetorgperson objectClass: organizationalPerson sn: testkrbuser cn: kkk testkrbuser uid: amita userPassword:: e1NTSEF9YTVnQm5jN3UyUVo2Y1lkdTk1aHlsZkZwbHE1Q0dmYStYbko1Smc9PQ= = Changed the password at LUMA. At Master ========= # amita, People, replsuffix.com dn: uid=amita,ou=People,dc=replsuffix,dc=com userPassword:: e1NTSEF9bHZ6T3l0ZEtORTdDcXE0ZHNDSTRjL2VGRVRaM2s3WUFGL0xsRmc9PQ= = objectClass: top objectClass: person objectClass: inetorgperson objectClass: organizationalPerson sn: testkrbuser cn: kkk testkrbuser uid: amita At Slave ========= dn: uid=amita,ou=People,dc=replsuffix,dc=com objectClass: top objectClass: person objectClass: inetorgperson objectClass: organizationalPerson sn: testkrbuser cn: kkk testkrbuser uid: amita userPassword:: e1NTSEF9YTVnQm5jN3UyUVo2Y1lkdTk1aHlsZkZwbHE1Q0dmYStYbko1Smc9PQ= = This is same as the bug reported. Am I missing anything?
Upgraded the new build from brew build and tested successfully. Marking as VERIFIED. At Master ---------- userPassword:: e1NTSEF9MmtJZlFHVWhhMS9KalVoSFB4TU1ZTENqb09RSmRuaytBRjl4T1E9PQ= At Slave ------------- userPassword:: e1NTSEF9MmtJZlFHVWhhMS9KalVoSFB4TU1ZTENqb09RSmRuaytBRjl4T1E9PQ=
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Password changes did not replicate across clustered servers because the method used to pass the changes to slave nodes was rejected on the slave nodes. This issue has been corrected, and password changes now replicateas expected
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1 +1 @@ -Password changes did not replicate across clustered servers because the method used to pass the changes to slave nodes was rejected on the slave nodes. This issue has been corrected, and password changes now replicateas expected+Password changes did not replicate because the method used to pass the changes to slave nodes was rejected on the slave nodes. This issue has been corrected, and password changes now replicate as expected
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0824.html