المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

معلومات أساسية

استكشاف الأخطاء وإصلاحها

فشل إعادة التفاوض على نظام المجموعة

المقدمة

يصف هذا المستند الخطوات اللازمة للتحقق من مشكلة فشل إعادة التفاوض على نظام المجموعة في Cisco Unity Connection (CUC) ومحاولة معالجتها.

المتطلبات الأساسية

المتطلبات

cisco يوصي أن يتلقى أنت معرفة على cisco Unity Connection.

المكونات المستخدمة

cisco يوصي أن يتلقى أنت معرفة من هذا موضوع:

- Unity Connection، الإصدار 8.5 أو إصدار أحدث

معلومات أساسية

وفي عموم الأمر فإن كل فشل ينتهي بهذه العبارة:

فشل إعادة التفاوض على نظام المجموعة.

يمكن العثور على سجل إعادة التفاوض على نظام المجموعة cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log في موقع تسجيل التثبيت من خلال واجهة سطر الأوامر (CLI) أو أداة مراقبة الوقت الفعلي (RTMT).

للحصول على هذا السجل من واجهة سطر الأوامر (CLI)، تحتاج إلى خادم SFTP لنقل الملف، ويجب عليك إدخال هذا الأمر: file get install cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log

أو

من أداة مراقبة الوقت الفعلي (RTMT)، أختر تتبع & log central > تجميع سجلات التثبيت > تحديد العقدة > متابعة.

في بعض السيناريوهات، توفر الأسطر العشرة الأخيرة من السجل رسالة الخطأ، وبالتالي، يمكن عرضها على واجهة سطر الأوامر. أدخل أمر واجهة سطر الأوامر (CLI) هذا: تثبيت ذنب الملف cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log لعرض آخر 10 أسطر من السجل.

ملاحظة: يتم تشغيل الأمر utils cuc renegotiate على خادم المشترك فقط وينسخ قاعدة البيانات من خادم المشترك إلى خادم Publisher وينشئ النسخ المتماثل.

استكشاف الأخطاء وإصلاحها

يوفر هذا القسم تلميحات تستخدم لاستكشاف أخطاء إعادة التفاوض الخاصة بالمجموعات وإصلاحها.

فشل إعادة التفاوض على نظام المجموعة

المشكلة: السيناريو 1

يفشل أمر إعادة التفاوض في الخطوة الأخيرة.

يظهر هذا النموذج للمخرجات على خادم Publisher:

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 CSCul75841. فشل في الخطوة الأخيرة عند محاولة إيقاف إدارة الخدمة. لحل هذه المشكلة، قم بإعادة تشغيل خادم Publisher أو أدخل هذا الأمر باستخدام نظام المجموعة CUC الذي تم الكتابة فوقه على خادم Publisher.

المشكلة: السيناريو 2

تفشل الترقية على خادم المشترك عندما يتم إدخال أي من أوامر CLI هذه:

فشل Utils CUC Cluster overwriteedb إما على 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 CSCue78730. in order to عملت حول هذا إصدار، اتصل ب cisco TAC. بدلا من ذلك، قم بترقية الخادم إلى إصدار ثابت من الخطأ.

المشكلة: السيناريو 3

تفشل إعادة التفاوض أثناء إعادة التفاوض على الصناديق الاستئمانية في الخطوة الثانية.

تحليل السجل

+ 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

الحل

أتمت هذا steps، in order to حللت هذا إصدار:

1. تأكد من تطابق كلمة مرور الأمان على كلا الخادمين.

2. إعادة تعيين كلمة مرور الأمان إذا لزم الأمر.

3. إن لا يزال الإصدار يتواجد، اتصل ب cisco TAC أن يفحص ال known_host مبرد من الجذر.

المشكلة: سناريو 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)

الحل

أتمت هذا steps، in order to حللت هذا إصدار:

1. تأكد من صحة إدخالات خادم اسم المجال (DNS)/اسم المجال إذا تم "تعيينها" على كلا الخادمين.

2. تأكد من عدم وجود مشاكل بحث DNS العكسية باستخدام أمر إختبار تشخيص المستخدم.

3. إن لا يزال الإصدار يتواجد، اتصل ب cisco TAC أن يفحص على مختلف مضيف مبرد. الإصدار أمكن كنت مع ال rhosts و SQLhosts مبرد.

المشكلة: السيناريو 5

يفشل إعادة التفاوض لأن البرنامج النصي يفشل في إنشاء قواعد بيانات على خادم Publisher.

تحليل السجل

+ 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 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.

الحل

أتمت هذا steps، in order to حللت هذا إصدار:

1. أدخل أمر واجهة سطر الأوامر (CLI) هذا set كلمة مرور أمان المستخدم على خادم واحد أو على كلا الخادمين لتحديث كلمة مرور الأمان.

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.'

الحل

أتمت هذا steps، in order to حللت هذا إصدار:

1. تأكد من أن جميع الخدمات المطلوبة تعمل باستخدام قائمة الخدمة الحالية للأوامر هذه.

2. أدخل هذا الأمر باستخدام الإذن الآمن وقم بتعيين كلا الخادمين في الوضع متساهل.

3. قم بتشغيل الأمر إعادة التفاوض على المشترك. تتم إعادة تشغيل Publisher بعد إكمال إعادة التفاوض.

4. إدخال هذا الأمر يتطلب فرض آمن وتعيين كلا الخادمين في وضع فرض.

المشكلة 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

الحل

يوضح تحليل السجل أن اسم المضيف يظل هو نفسه للمصدر والهدف. تحدث المشكلة عندما يتم تشغيل أمر إعادة التفاوض على Publisher. يجب تشغيل هذا الأمر على خادم المشترك فقط.

إذا قمت بتشغيل الأمر على خادم المشترك وقمت بتلقي نفس الخطأ، فقد يحدث هذا الأمر بسبب مجموعات DB الإضافية التي تمت إضافتها على خادم المشترك. اتصل ب TAC in order to عملت حول هذا إصدار.