语音和统一通信 : Cisco Unity Connection

Unity Connection团星重新协商故障故障排除TechNote

2016 年 10 月 27 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈

简介

本文描述步骤验证和尝试讨论集群重新协商失败的问题Cisco Unity Connection的(CUC)。

贡献用Anirudh M Mavilakandy, Cisco TAC工程师。

先决条件

要求

思科建议您有在Cisco Unity Connection的知识。

使用的组件

Cisco 建议您了解以下主题:

  • Unity Connection版本8.5或以上

背景信息

通常,每失败以此语句结束:

失败的团星重新协商。

集群重新协商日志cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log可以在安装日志位置找到通过CLI或实时监控工具(RTMT)。

为了从CLI获取此日志,您需要SFTP服务器转接文件,并且您需要输入此命令:文件获得安装cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.lo g

从实时监控工具(RTMT),请选择Trace &日志中央印制厂>收集的安装日志>选择节点>继续。

在一些个方案中,日志的最后10条线路提供错误消息;所以,它在CLI可以查看。输入此CLI命令:文件尾标安装查看日志的最后10条线路的cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log

注意使用情况cuc集群在仅用户服务器重新协商命令运行并且复制从用户服务器的数据库到发布服务器并且设立复制。

故障排除

此部分提供用于的提示为了排除故障团星renegotiatio失败。

团星重新协商失败

问题:场景 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 Bug ID CSCul75841的影响的。当您设法终止服务管理器时,它失效在最后一步。为了解决此问题,重新启动发布服务器或输入在发布服务器的此命令使用情况cuc集群overwritedb

问题:场景 2

当这些CLI comnands之一被输入时,升级在用户服务器失效:

使用情况cuc集群overwritedb在PUB或SUB失效

使用情况cuc集群在SUB重新协商失效

同一个问题在用户安装时被看到。

此问题的根本原因是不能设立复制在定义服务器步骤。

日志分析

对于团星重新协商/OverwriteDB失败

+ 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 Bug 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文件。

问题:Senario 4

重新协商失效在此步骤,
yy/mm/dd hh :mm:同步Unity Connection数据库的ss…
失败的团星重新协商。

日志分析

+ 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. 确保那里是没有逆向DNS查找问题以使用情况诊断testcommand
  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.

解决方案

痕量分析显示服务器是受Cisco Bug 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, stratum1或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用户安全更新安全密码。
  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. 保证所有要求的服务是工作与使用此命令使用情况服务列表
  2. 输入此命令使用情况os安全permissiveand设置在许可模式的两个服务器。
  3. 运行重新协商on命令用户。发行商重新启动在重新协商以后完成。
  4. 输入安全的os强制执行并且设置两个服务器强制执行模式的此命令使用情况

问题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

解决方案

日志分析显示主机名为来源和目标保持同样。当重新协商命令在发行商时,运行问题出现。此should命令在仅用户服务器运行。

如果运行on命令用户服务器,并且收到同一个错误,问题在用户服务器可能由额外的DB大块导致添加了。联系方式TAC为了在此问题附近工作。



Document ID: 117563