簡介
本文檔介紹解決Cisco Unity連線發佈者和訂閱者之間重新協商失敗的步驟。
必要條件
需求
思科建議您瞭解Linux。
採用元件
本文檔中的資訊基於Cisco Unity Connection版本10.5.2
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。
解決Cisco Unity Connection 10.5上的重新協商故障
從Unity Connection Server收集重新協商日誌。
+ [[ -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 os secure permissive。
- 禁用SELinux後，運行renegotiate命令utils cuc cluster renegotiate。
在伺服器被替換或在發佈伺服器上重新安裝連線後，此命令會與連線群集中的發佈伺服器建立群集關係。此命令使用來自訂閱伺服器的資料覆蓋發佈伺服器上的所有資料，並初始化伺服器之間的複製。
附註：請記住，在伺服器群集設定完畢並且兩個節點之間的複製正常之後，啟用SELinux。
失敗的原因
Cisco Unity Connection 10.5上重新協商失敗的主要原因是SELinux，它阻止bash訪問檔案/opt/cisco/connection/bin/cuc_controlcenter.sh的getattr。
意見