VIP를 통한 라운드 로빈 액세스가 가능한 다중 호스트로 구성된 3개 노드로 구성된 OpenLDAP 2.4 클러스터가 있습니다. 세 대의 시스템이 RHEL7을 실행합니다.
항목 삭제(Windows 시스템에서 첫 번째 노드까지 Oracle 도구를 통해 수행됨 ldapmodify.exe)가 클러스터에 복제되지 않았음을 확인했습니다. 즉, 항목이 두 번째 및 세 번째 노드에서 삭제되지 않았습니다.
cn=config첫 번째 노드에서 관련 발췌문은 다음과 같습니다.
olcSyncrepl: {0}rid=001 provider=ldap://mynode2:389/ bindmethod=simple
binddn="cn=Replicator,dc=mydomain,dc=org" credentials=1234567890 searchbase="dc=mydomain,dc=org" scope=sub schemachecking=on type=refreshAndPersist
retry="30 5 300 +" keepalive="60:5:10"
olcSyncrepl: {1}rid=002 provider=ldap://mynode3:389/ bindmethod=simple
binddn="cn=Replicator,dc=mydomain,dc=org" credentials=1234567890 searchbase="dc=mydomain,dc=org" scope=sub schemachecking=on type=refreshAndPersist
retry="30 5 300 +" keepalive="60:5:10"
olcMirrorMode: TRUE
ldapmodify왜 이런 일이 발생합니까? (우리가 피하고 싶은) 세 노드 모두에서 실행하는 것 외에 이 문제를 해결하기 위해 수행할 수 있는 작업은 무엇입니까?
편집: 며칠 후 클러스터가 다시 동기화되는 것을 확인했습니다. thisentry모든 노드의 로그에서 문제가 되는 항목( )을 찾은 결과 mynode3에서 다음 줄을 발견했습니다.
Jun 18 14:18:20 mynode3 slapd[8871]: conn=1987936 op=14 DEL dn="dc=thisentry,ou=myou,ou=foobars,dc=mydomain,dc=org"
thisentry위에서 언급했듯이 원래 노드 1에서 항목이 삭제되었음에도 불구하고 노드 1과 노드 2(SRCH 작업 제외)에는 노드 1과 노드 2에 대한 참조가 없습니다.