Unity連線叢集重新交涉失敗疑難排解技術說明

簡介

本文檔介紹在Cisco Unity Connection(CUC)中驗證並嘗試解決群集重新協商失敗問題的步驟。

必要條件

需求

思科建議您瞭解Cisco Unity Connection。

採用元件

思科建議您瞭解以下主題：

• Unity Connection版本8.5或更高版本

背景資訊

通常，每個故障都以以下語句結尾：

群集重新協商失敗。

通過CLI或即時監控工具(RTMT)可以在安裝日誌記錄位置找到群集重新協商日誌cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log。

若要從CLI取得此日誌，您需要使用SFTP伺服器傳輸檔案，且需要輸入以下命令：檔案獲取install cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log

或

從即時監視工具(RTMT)中選擇跟蹤和日誌中心>收集安裝日誌>選擇節點>繼續。

在某些情況下，日誌的最後10行提供錯誤消息；因此，可在CLI上檢視。輸入以下CLI命令：檔案尾部安裝cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log以檢視日誌的最後10行。

附註：utils cuc cluster renegotiate命令僅在訂閱伺服器上運行，並將資料庫從訂閱伺服器複製到發佈伺服器，並建立複製。

疑難排解

本節提供用於對群集重新協商失敗進行故障排除的提示。

群集重新協商失敗

問題：案例 1

重新協商命令在最後一步失敗。

在發佈伺服器上看到以下輸出示例：

13/12/01 14:32:15 Disabling data replication...
13/12/01 14:32:28 Renegotiating ssh trusts...
13/12/01 14:32:36 Synchronizing platform and LDAP database...
13/12/01 14:35:20 Creating any missing messaging databases on the publisher...
13/12/01 14:35:23 Adding subscriber node to publisher...
13/12/01 14:35:30 Synchronizing Unity Connection databases...
13/12/01 14:43:19 Synchronizing file systems...
13/12/01 14:43:23 Synchronizing message files for mail store UnityMbxDb1...
13/12/01 14:43:25 Copying cluster DSCP configuration to publisher node...
13/12/01 14:43:27 Rebooting publisher node CUC-9A...

Cluster renegotiation failed.

日誌分析

+ sudo -u cucluster ssh CUC-9A /usr/local/cm/bin/controlcenter.sh 
'Service Manager' stop
++ error
++ '[' 0 -eq 1 ']'
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'
++ echo 'The cluster renegotiation log cuc-cluster-rejoin
_2013-12-01_14.32.15.log can be found in the installation logging location through the CLI or RTMT.'
++ exit 1

解決方案

追蹤分析顯示伺服器受Cisco錯誤ID CSCul75841影響。當您嘗試停止Service Manager時，會在最後步驟失敗。要解決此問題，請重新啟動發佈伺服器或在發佈伺服器上輸入此命令utils cuc cluster overwritedb。

問題：案例 2

輸入以下任一CLI命令時，訂閱伺服器上的升級失敗：

utils cuc cluster overwritedb在PUB或SUB上失敗

utils cuc cluster renegotiate fails on SUB

安裝訂閱伺服器期間會出現同樣的問題。

此問題的根本原因是它無法在定義伺服器步驟建立複製。

日誌分析

對於群集重新協商/覆蓋資料庫故障

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub
command failed -- fatal server error (100)
++ error
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'

Or 

the same errors with the last line as
++ echo 'Cluster overwritedb failed.'

對於使用者安裝失敗

Thu Oct 17 06:09:47 GMT+2 2013 + sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_pub -I g_ciscounity_pub
Thu Oct 17 06:13:07 GMT+2 2013 command failed -- fatal server error (100)
Thu Oct 17 06:13:07 GMT+2 2013 + LOADDBRC=100Thu Oct 17 06:13:07 GMT+2 2013 + '[' 100 -ne 0 ']'Thu Oct 17 06:13:07 GMT+2 2013 + echo 'loaddb.sh return code was 100'Thu Oct 17 06:13:07 GMT+2 2013 loaddb.sh return code was 100Thu Oct 17 06:13:07 GMT+2 2013 + exit 1Thu Oct 17 06:13:07 GMT+2 2013 /opt/cisco/connection/lib/install/post.d/06_load-database had an exit code of 1error: %post(cuc-9.1.1.10000-32.i386) scriptlet failed, exit status 1

解決方案

追蹤分析顯示伺服器受到Cisco錯誤ID CSCue78730的影響。若要解決此問題，請與Cisco TAC聯絡。或者，將伺服器升級到缺陷的固定版本。

問題：案例 3

重新協商失敗時，重新協商ssh信任在第二個步驟中。

日誌分析

+ echo '11/11/30 20:57:24 Renegotiating ssh trusts..
+ /opt/cisco/connection/lib/install/post.d/02_authorize-cucluster
+ . /usr/local/bin/base_scripts/icluster.sh
++ '[' -n '' ']'
++ IPM_BAD_REMOTE_FILE_ERROR=12
++ IPM_BAD_REMOTE_DIR_ERROR=13
The fingerprint for the RSA key sent by the remote host
is bb:c0:b3:a7:08:07:ef:0c:f9:86:11:1d:a2:99:5e:8a.
Please contact your system administrator.
Add correct host key in /home/sftpuser/.ssh/known_hosts to get rid of this message.
Offending key in /home/sftpuser/.ssh/known_hosts:5

解決方案

完成以下步驟即可解決此問題：

1. 確保兩台伺服器上的安全密碼相同。
2. 如果需要，重置安全密碼。
3. 如果問題仍然存在，請與Cisco TAC聯絡，從根目錄檢查known_hosts檔案。

問題：案例4

重新協商在此步驟失敗，
yy/mm/dd hh:mm:ss正在同步Unity Connection資料庫……
群集重新協商失敗。

日誌分析

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub connect to g_ciscounity_sub1 failed
Incorrect password or user g_ciscounity_sub1 is not known on the database server.
(-951)command failed -- unable to connect to server specified (5)

解決方案

完成以下步驟即可解決此問題：

1. 如果域名伺服器(DNS)/域名條目在兩個伺服器上都為「已設定」，請確保它們是正確的。
2. 確保utils diagnose testcommand沒有反向DNS查詢問題。
3. 如果問題仍然存在，請聯絡Cisco TAC檢查各個hosts檔案。問題可能是rhosts和SQLhosts檔案。

問題：案例 5

重新協商失敗，因為指令碼無法在發佈伺服器上建立資料庫。

日誌分析

+ python - -s ciscounity /opt/cisco/connection/lib/config-modules/dbscripts/mailstore/add-missing-mbxdb-space.sh: line 37: cannot create temp file for here document: Permission denied++ error ++ '[' 0 -eq 1 ']' ++ echo 'Cluster renegotiation failed.

解決方案

追蹤分析顯示伺服器受到思科錯誤ID CSCtr18463影響。若要解決此問題，請將版本升級為固定版本。

問題：案例 6

由於NTP問題，群集重新協商失敗。

日誌分析

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub
command failed -- System clocks difference is too large. 
(90)
++ error
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'

解決方案

為了解決此問題，您必須修復所有網路時間協定(NTP)問題，並分配具有良好層值的NTP。對於Unity Connection，首選第1層或第2層源。

問題：案例 7

重新協商失敗時將顯示以下錯誤。

SSH trust renegotiation failed.The security password on the publisher and subscriber servers do not match.
 Run the the CLI command "set password user security" on one or both servers to update the security password, then re-run "utils cuc cluster renegotiate".
Cluster renegotiation failed.

解決方案

請完成以下步驟。為了解決此問題：

1. 在一個或兩個伺服器上輸入此CLI命令set password user security，以更新安全密碼。
2. 如果未在發佈者的系統設定和群集頁中輸入訂閱者的IP地址/主機名，則可能會發生此錯誤。
3. 如果問題仍然存在，請聯絡Cisco TAC。

問題：案例 8

重新協商失敗，日誌中出現此錯誤。

日誌分析

+ /opt/cisco/connection/lib/install/post.d/sync-cucli-credentials cuc01Going to Sync cucli hash from shadow the node at cuc01...Cannot find platformConfig.xml in /usr/local/platform/conf /tmp /commonFATAL ERROR: Cannot initialize internal variable: Cannot initialize the icluster internal dataCannot initialize the iCluster Library++ error++ '[' 0 -eq 1 ']'++ echo 'Cluster renegotiation failed.'

解決方案

完成以下步驟即可解決此問題：

1. 使用此命令utils service list，確保所有所需的服務都正常工作。
2. 輸入以下命令可使用安全許可證，並將兩台伺服器都設定為允許模式。
3. 在訂閱伺服器上運行Renegotiate命令。重新協商完成後，發佈伺服器重新啟動。
4. 輸入以下命令utils os secure enforce，並將兩台伺服器都設定為強制模式。

問題9

重新協商失敗時會顯示此錯誤。

日誌分析

+ sudo -u cucluster ssh cuc01 'sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && ontape' -s -L 0 -F -t 'STDIO'\'''
+ target_exec 't=$(mktemp); ontape -r -v -t STDIO > $t 2>&1; rc=$?; cat $t; exit $rc'
+ sudo -u cucluster ssh cuc01 ' sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && t=$(mktemp); ontape -r -v -t STDIO > $t 2>&1; rc=$?; cat $t; exit $rc'\'''
Server is in an incompatible state or user authentication failed.
Physical restore failed - function read archive backup failed code -1 errno 0

日誌分析 — 錯誤之前

++ hostname
++ get_primary_hostname
++ is_primary
+++ get_platform_config_value CcmFirstNode
+++ xml sel -t -v /PlatformData/CcmFirstNode/ParamValue
/usr/local/platform/conf/platformConfig.xml
++ test yes == yes
++ hostname
+ /opt/cisco/connection/bin/copy-informix-instance -s ccm@cuc01
-t ccm@cuc01
source=ccm@cuc01
target=ccm@cuc01

解決方案

日誌分析表明，源和目標的主機名保持不變。在發佈伺服器上運行renegotiation命令時會出現此問題。此命令應僅在訂閱伺服器上運行。

如果在訂戶伺服器上運行命令並且收到相同的錯誤，則問題可能是由在訂戶伺服器上新增的額外資料庫塊引起的。請聯絡TAC，以解決此問題。