소개
이 문서에서는 Cisco Unity Connection Publisher와 가입자 간의 재협상 실패를 해결하기 위한 단계를 설명합니다.
사전 요구 사항
요구 사항
Linux에 대한 지식이 있는 것이 좋습니다.
사용되는 구성 요소
이 문서의 정보는 Cisco Unity Connection 버전 10.5.2을 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
Cisco Unity Connection 10.5에서 재협상 실패 해결
Unity Connection Server에서 재협상된 로그를 수집합니다.
- 재협상 로그에는 show snippet이 있는데, 이는 다음과 유사합니다.
+ [[ -n '' ]]
+ [[ -z '' ]]
+ target_exec /opt/cisco/connection/bin/cuc_controlcenter.sh '"A' Cisco 'DB"' start
+ sudo -u cucluster ssh gaxgpvs96 ' sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && /opt/cisco/connection/bin/cuc_controlcenter.sh' '"A' Cisco 'DB"' 'start'\'''
sh: /opt/cisco/connection/bin/cuc_controlcenter.sh: Permission denied
++ error
++ '[' 0 -eq 1 ']'
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'
++ echo 'The cluster renegotiation log cuc-cluster-rejoin_2016-01-30_14.53.47.log can be found in the installation logging location through the CLI or RTMT.'
++ exit 1
sh: /opt/cisco/connection/bin/cuc_controlcenter.sh: Permission denied
- 둘 다에서 SELinux 모드를 비활성화하려면 새 게시자와 이미 사용 가능한 가입자 노드에서 utils secure permitive 명령을 사용합니다.
- SELinux를 비활성화한 후 재협상 명령 utils cuc 클러스터 재협상를 실행합니다.
이 명령은 서버를 교체하거나 게시자 서버에 연결을 다시 설치한 후 연결 클러스터에 있는 공용 서버와 클러스터 관계를 만듭니다.이 명령은 게시자 서버의 모든 데이터를 가입자 서버의 데이터로 덮어쓰고 서버 간 복제를 초기화합니다.
참고:서버 클러스터가 설정되고 두 노드 간에 복제가 양호하면 SELinux를 활성화해야 합니다.
실패 사유
Cisco Unity Connection 10.5에서 재협상 실패의 주요 원인은 SELinux이며, 이는 bash가 /opt/cisco/connection/bin/cuc_controlcenter.sh 파일에 대한 getattr 액세스를 차단합니다.
피드백