Голосовая связь и система унифицированных коммуникаций : Программный коммутатор Cisco PGW 2200

"Понимание prov-sync, prov-dply и pom.dataSync"

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв


Содержание


Введение

TransPath Man-Machine Language (MML) команды prov-sync и prov-dply и параметр pom.dataSync влияет на синхронизацию данных инициализации между избыточной парой Контроллеров шлюза Медиа Cisco (MGC). Однако существуют некоторые важные различия между этими различными механизмами, которые не хорошо поняты. Этот документ пытается пролить некоторый свет на этот вопрос и предоставляет рекомендации для использования для устранения проблем также.

Предварительные условия

Требования

Читатели данной документации должны ознакомиться с этой темой:

Используемые компоненты

Этот документ был записан с Выпуском 9.2 (2) Программного обеспечения MGC в памяти. Однако механизмы, обсуждаемые обычно, существуют в других выпусках ПО.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Синхронизация данных инициализации

Инициализация данных является файлами данных, которые следуют из команд настройки MGC, которые выполнены во время сеанса обеспечения MML. Эти файлы данных переносят расширение имени файла .dat. Когда MGC используется в качестве Virtual Switch Controller (VSC) вместо сигнального контроллера (SC), некоторые файлы данных переносят .bin и расширение имени файла .dialPlan также.

Файлы данных проводятся в отдельных каталогах в/opt/CiscoMGC/etc/CONFIG_LIB. Сами каталоги носят имя CFG_provsession. (Переменный сеанс provsession обращается к имени сеанса, выбранному в MML, когда был начат сеанс инициализации.)

Один из этих каталогов CFG_ держит файлы данных для активной конфигурации MGC. Символическая ссылка, названная active_link в/opt/CiscoMGC/etc каталоге, указана к этому каталогу CFG_. Файлы .dat активной конфигурации также скопированы к/opt/CiscoMGC/etc, и в конфигурации VSC, .bin и файлы .dialPlan в/opt/CiscoMGC/dialPlan заменены теми из активного каталога CFG_.

Другая символическая ссылка в/opt/CiscoMGC/etc, названном prov_link, указывает к каталогу CFG_, который проводит последнюю обеспеченную сессию (который может или может не равняться активной конфигурации). Остающиеся каталоги CFG_ содержат файлы данных от предыдущих (старых) конфигураций, которые могут быть повторно активированы в случае необходимости.

active_link и prov_link

!--- The active_link equals prov_link after the prov-cpy or 
!--- prov-dply command is issued in MML.
 
% pwd 
/opt/CiscoMGC/etc� 
% ls -l | grep ^l 
lrwxrwxrwx�� 1 mgcusr�� mgcgrp��� 42 Oct 19 11:05� active_link -> 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20� 
lrwxrwxrwx�� 1 mgcusr�� mgcgrp��� 41 Oct 19 11:06� prov_link -> 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest4

В конфигурации MGC с резервированием с активным и резервным MGC, важно продолжать обеспечивать данные, синхронизируемые между обоими хостами для предотвращения прерывания обслуживания во время условия аварийного переключения. Этот процесс инициализации синхронизации данных управляется Инициализацией диспетчера объектов (POM). Существует несколько способов сделать это, и каждый метод применим к определенной ситуации. Они совместно используют эти общие черты:

  • Атрибуты файла (название, размер и дата последнего изменения) файлов данных на обоих хостах сравнены. Те файлы с несоответствием с атрибутами переданы резервному MGC.

  • Файлы .dat из каталога CFG_, которые держат активную конфигурацию, скопированы к/opt/CiscoMGC/etc, как показано здесь:

    cp -p /opt/CiscoMGC/etc/CONFIG_LIB/CFG_active_session/[a-z]*.dat 
    /opt/CiscoMGC/etc/
    

    Когда MGC используется в качестве VSC, эти команды выполняются также:

    rm -f /opt/CiscoMGC/etc/../dialPlan/*.bin 
    cp -p /opt/CiscoMGC/etc/CONFIG_LIB/CFG_active_session/*.bin 
    /opt/CiscoMGC/etc/../dialPlan/
    rm -f /opt/CiscoMGC/etc/../dialPlan/*.dialPlan 
    cp -p /opt/CiscoMGC/etc/CONFIG_LIB/CFG_active_session/*.dialPlan 
    /opt/CiscoMGC/etc/../dialPlan/
    
  • Динамическое изменение настроек вызвано на резервном хосте для отражения недавно синхронизируемой активной конфигурации.

Обсуждение каждого из методов синхронизации придерживается.

prov-sync

Команда prov-sync проходит через все каталоги инициализации CFG_ в/opt/CiscoMGC/etc/CONFIG_LIB на активном MGC. Это выдвигает те каталоги и файлы, которые являются другими или уже не существуют к резервному MGC.

prov-sync
mml> prov-sync 
�� MGC-01 - Media Gateway Controller 2002-10-11 14:32:19.950 
��� MET� 
M� COMPLD� 
�� "PROV-SYNC" 
�� ;

Поскольку эта команда воздействует на все каталоги инициализации, важно поместить ограничение на количество инициализации каталогов, поддержанных в/opt/CiscoMGC/etc/CONFIG_LIB. Чтобы сделать это, установите параметр diskmonitor.CfgRmDirs в файле XECfgParm.dat к максимальному числу допустимых конфигураций. (Значение по умолчанию равняется 64.)

caution Внимание.  : diskmonitor. Параметр CfgRmDirs на избыточной паре MGC должен совпасть. В противном случае на функциональность и производительность системы можно оказать негативное влияние.

diskmonitor.CfgRmDirs
% grep diskmonitor.CfgRmDirs /opt/CiscoMGC/etc/XECfgParm.dat 
diskmonitor.CfgRmDirs = 64��� # remove old config directories if more 
than X exist (0 = disable)

Необходимо использовать/opt/CiscoMGC/local/config-lib утилита для удаления старый или нежелательные конфигурации вручную, потому что она не позволяет администратору случайно удалять активную конфигурацию. При удалении конфигурации необходимо удалить ее в обеих системах, если это возможно.

lib config
% cd 
/opt/CiscoMGC/local� 
% config-lib

 � The Configuration File Library Main Menu� 

1. List Configuration Versions in Library� 
2. Save Production to a new Library Version� 
3. Copy Library Version to Production� 
4. Remove Configuration Library Version� 
Enter Selection or 'q' to quit> 4 

�� Configuration Versions� 

1. pomtest19� 
2. 190802-1� 
3. 190802-2� 
4. 190802-3� 
***Current Production Version = pomtest19� 
Enter Selection or 'q' to go back> 1 

Are you sure you want to delete this version (y/n)? y 
Deleting...

prov-dply

Команда prov-dply выполняет функции prov-cpy, в которых она делает обеспеченный сеанс активной конфигурацией на текущем хосте, но она также выдвигает ту же самую конфигурацию к резерву. Эта команда воздействует только на одну конфигурацию: активный.

prov-dply

!--- The prov-dply command needs an active provisioning session.
� 
mml> prov-sta::srcver="active",dstver="pom-test8" 
�� MGC-01 - Media Gateway Controller 2002-10-11 14:41:11.351 MET 
M� COMPLD 
�� "PROV-STA" 
�� ; 
mml> prov-dply 
�� MGC-01 - Media Gateway Controller 2002-10-11 14:41:22.045 MET 
M� COMPLD 
�� "PROV-DPLY" 
�� ;

pom.dataSync

В то время как и prov-sync и prov-dply могут только быть выполнены на активном MGC, параметр pom.dataSync в файле XECfgParm.dat позволяет синхронизации данных инициализации быть вызванной от резервного хоста. (Это оставляет неизменным реальный поток данных инициализации от активного до резерва.)

Значение pom.dataSync по умолчанию
% grep pom.dataSync /opt/CiscoMGC/etc/XECfgParm.dat 
pom.dataSync = false�� # don't synch slave data with master

Параметр pom.dataSync указывает, что POM на резерве должен синхронизировать его файлы данных активной конфигурации с теми из его узла при запуске MGC или аварийном переключении; если другой, это должно вызвать динамическое изменение настроек. Допустимые значения:

  • tRUE включают; данные синхронизируются.

  • fALSE отключен; нет никакой синхронизации данных (по умолчанию).

Если вы имеете автономный MGC, устанавливаете это значение в false. Если вы имеете два хоста MGC в конфигурации аварийного переключения, заставляете это значение в true на обоих хостах принимать условия аварийного переключения, в которых текущий активный узел может стать резервным хостом.

Когда начальная конфигурация MGC на активном узле развернута, необходимо изменить параметр pom.dataSync на true в файле XECfgParm.dat на резервном хосте. После установки этого параметра на true можно запустить MGC на резервном хосте. Поскольку MGC подходит, данные на резервном хосте синхронизируются с данными на активном узле. Резервный хост тогда входит в резервное состояние.

Этот параметр воздействует только на одну конфигурацию: активный.

Примечание: Во время обновления конфигурации MGC с резервированием проверьте, что параметр pom.dataSync установлен в False на резервном хосте до загрузки обновленного программного обеспечения. Кроме того, не забывайте изменять задержание на истину, как только одноранговый хост был обновлен успешно также.

Примечание: Если вы устанавливаете pom.dataSync в False, он не отключает синхронизацию данных инициализации с помощью prov-dply или prov-sync.

Устранение неполадок

При инициализации сбоев синхронизации сбой, о котором сообщает prov-sync или prov-dply в MML, обычно не очень информативен.

Первое, что нужно сделать (предпочтительно на хосте, который будет резервом) состоит в том, чтобы проверить, раскрылись ли какие-либо сообщения об ошибках в/opt/CiscoMGC/var/log/platform.log файле во время синхронизации. Другая опция должна использовать tail-f/opt/CiscoMGC/var/log/platform.log, чтобы в режиме реального времени посмотреть на файл журнала во время синхронизации.

В частности ищите файл журнала сообщения, содержащие строки pomMgr или XEFileService.

Принадлежность файла и разрешения

Инициализация синхронизации сравнивает атрибуты файла (название, размер, и время последнего изменения) и передает файлы, для которых не совпадают атрибуты. Однако файлы должны быть доступными сначала. Если POM испытывает затруднения при обработке определенных, некоторый файлов или каталогов, это должно быть очевидно из сообщений соответствующей ошибки в platform.log файле.

сбой по причине prov-sync к Разрешениям Некорректного каталога на Резервном хосте

!--- POM retrieved the CFG_pom-test1/accRespCat.dat file� 
!--- from the peer and stored a temporary copy. When� 
!--- it attempted to move the file to its final destination  
!--- (the�CFG_pom-test1 directory), it failed because� 
!--- permissions on the destination directory were�incorrect.

% pwd 
/opt/CiscoMGC/var/log 
% tail -f platform.log 

Mon Oct 14 12:27:01:708 2002 WET | ProvObjectManager (PID 10788)� 
XEFileService::tftp_endReceived: Error on rename: temp file is: 
/tmp/.tftptmpaccRespCat.dat.tftp� 
file to write to is: /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pom-test1/accRespCat.dat 

Mon Oct 14 12:27:01:708 2002 WET | ProvObjectManager (PID 10788) <Error> 
XEFileService::tftp_endReceived: temporary file rename error 13� 

!--- Error 13 indicates permission denied. See� 
!--- /usr/include/sys/errno.h for more information. 


Mon Oct 14 12:27:01:750 2002 WET | ProvObjectManager (PID 10788) <Error> 
GEN_ERR_XFER_FILE: pomMgr::fileXferCallback: file transfer failed for 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pom-test1, status = 2 

!--- Status 2 indicates failure.

Доступ к файлу определен режимами разрешения на файл и принадлежностью файла. Поскольку большая часть MGC обрабатывает (включая POM) выполненный под mgcusr идентификатора пользователя, файлы данных и те каталоги, держащие их, должны принадлежать mgcusr идентификатора пользователя и mgcgrp идентификатора группы. Кроме того, режимы разрешения для файлов данных должны позволить доступ с правом чтения и записи mgcusr и mgcgrp. Каталоги, содержащие эти файлы данных, должны включать, выполняют разрешения для mgcusr и mgcgrp также.

Корректный Файл/Разрешения каталога и Владение
% ls -ld /opt/CiscoMGC/etc 
drwxrwxr-x�� 5 mgcusr�� mgcgrp� 2048 Oct 18 14:57 
/opt/CiscoMGC/etc 

!--- If you see "drwxrwx---" instead of "drwxrwxr-x"�on a 
!--- CFG_ directory, it has been polled from the�peer host by POM.
!--- This one, however, has been provisioned locally.

% ls -ld /opt/CiscoMGC/etc/CONFIG_LIB/CFG_* 
drwxrwxr-x�� 2 mgcusr�� mgcgrp� 1536 Oct 13 10:13 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1 

!--- Output suppressed.


!--- Any data file should belong to mgcusr/mgcgrp� 
!--- and be readable and writable for both mgcusr 
!--- and mgcgrp. Depending on whether the file was� 
!--- retrieved by POM or locally created, the� 
!--- last three permission bits can be "rw-" or "r--".
 
% ls -l /opt/CiscoMGC/etc/*.dat 
-rw-rw-rw-�� 1 mgcusr�� mgcgrp��� 58 Oct� 3 16:42 
/opt/CiscoMGC/etc/accRespCat.dat 

!--- Output suppressed.
 
-rw-rw-rw-�� 1 mgcusr�� mgcgrp 7 Dec 13� 2001 
/opt/CiscoMGC/etc/version.dat 
-rw-rw-r--�� 1 mgcusr�� mgcgrp 16164 Oct� 8 16:15 
/opt/CiscoMGC/etc/XECfgParm.dat

Примечание: В конфигурации MGC с резервированием можно заметить, что варьируются файл данных и разрешения каталога CFG_ для других категория (три самых правых бита полномочий). Разрешения могут варьироваться от Рида и Выполнить разрешения ни к Каким разрешениям для каталогов CFG_, и от Рида и Разрешения на запись к только разрешениям Рида для файлов данных. Это обычно зависит от того, был ли файл/каталог создан локально или был получен от однорангового хоста POM. Старшие значащие разрешения на файл - те для пользователя и группы (mcgusr и mgcgrp).

Примечание: При подтверждении принадлежности файла и разрешений для файлов данных активной конфигурации не забудьте проверять оба местоположения, где сохранены эти файлы данных: в/opt/CiscoMGC/etc и в каталоге CFG_ указан/opt/CiscoMGC/etc/active_link. В конфигурации VSC не забудьте проверять файлы данных схемы набора номеров, заканчивающиеся .bin и расширениями имени файла .dialPlan в/opt/CiscoMGC/dialPlan/и в каталогах CFG_.

Если разрешения на файл, кажется, не корректны, они, возможно, были вручную изменены случайно, или значение umask для mgcusr больше может не быть корректным. Значение umask определяет маску создания разрешений на файл для пользовательской среды выполнения оболочки. По умолчанию это настроено в/opt/CiscoMGC/local/.cshrc и должно равняться 2.

Подтверждение значения mgcusr umask

!--- The mgcusr belongs to mgcgrp.
 
mgcusr@demask% id 
uid=20000(mgcusr)gid=20000(mgcgrp)� 

!--- This shows the current umask. 

mgcusr@demask% umask 
2 

!--- This is the default umask for the mgcusr shell� 
!--- execution environment.
 
mgcusr@demask% grep umask /opt/CiscoMGC/local/.cshrc 
umask 002

Обычно, вы не должны изменять разрешения на файл и принадлежность файла вручную. Если необходимо, однако, это показывает, как восстановить значения назад к обычному:

Восстановление Файла/Разрешений каталога и Владения

!--- Caution: The following commands must be issued with� 
!--- root privileges. This makes all .dat files 
!--- in /opt/CiscoMGC/etc�owned and readable/writable by
!--- mgcusr and mgcgrp, as well as readable to others. 

# pwd 
/opt/CiscoMGC/etc 
# chown mgcusr:mgcgrp *.dat 
# chmod ug+rw,o+r *.dat 

!--- This does the same for all .dat files in all� 
!--- /opt/CiscoMGC/etc/CONFIG_LIB/CFG_* directories with use of� 
!--- the recursive (-R) operator. 

# pwd 
/opt/CiscoMGC/etc/CONFIG_LIB 
# chown -R mgcusr:mgcgrp CFG_* 
# chmod -R ug+rw,o+r CFG_*/*.dat 

!--- This sets the permissions on the CFG_ directories 
!--- themselves right.
 
# chmod ug+rwx,o+rx CFG_* 

!--- The commands below are only needed when using the 
!--- MGC in a VSC configuration.
 
# chmod -R ug+rw,o+r CFG_*/*.bin 
# chmod -R ug+rw,o+r CFG_*/*.dialPlan 

# pwd 
/opt/CiscoMGC 
# chown -R mgcusr:mgcgrp dialPlan
# chmod -R ug+rw,o+r dialPlan/*.*

Примечание: Если вы не уверены о разрешениях на файл и владении, просматриваете/opt/CiscoMGC/etc/CONFIG_LIB/new. Этот каталог содержит минимальные файлы данных, требуемые настраивать MGC. Это файлы данных, которые использует начальная установка приложения MGC. Пользователи, которые хотят обеспечить MGC с нуля, могут использовать этот каталог в качестве источника.

Кроме неправильного файла/владения каталогом и разрешений, существуют некоторые другие потенциальные проблемы. Они обсуждены ниже.

Таймауты

Для больших конфигураций или во время использования сети периодов высокой загрузки, команды prov-dply и prov-sync могут испытать таймаут и должны быть повторно выполнены. Предпочтительно, это сделано, когда использование сети уменьшилось, или, в случае таймаута prov-sync, после того, как нежелательные конфигурации были удалены с утилитой lib config.

Таймаут передачи файла

!--- This error was seen in platform.log when prov-sync 
!--- was issued on several CFG_ directories at once.
 
Fri Oct 18 22:45:52:890 2002 WET | ProvObjectManager (PID 8791) <Error> 
GEN_ERR_XFER_FILE: pomMgr::fileXferCallback: 
file transfer failed for /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7,status = 3
 

!--- Status 3 indicates timeout.

Если необходимо предпринять повторенные попытки завершить синхронизацию успешно, можно также сталкиваться с Проблемами сети, описанными ниже.

Проблемы сети

Уровень 1

Проблемы сети Уровня 1 могут препятствовать тому, чтобы передачи файла завершили успешно. Так как POM использует TFTP по Надежному информационному протоколу пользователя (RUDP) для фактических передач файла, посмотрите на platform.log файл для RUDP-и связанных с TFTP ошибок.

Netstat команды UNIX-i позволяет вам проверять, произошли ли какие-либо ошибки ввода или вывода или какие-либо коллизии на Подключениях по технологии Ethernet. Как правило, необходимо сравнить его выходные данные, взятые перед синхронизацией инициализации, и снова после синхронизации инициализации. Типичная проблема является параметрами настройки Двустороннего Ethernet, которым не соответствуют, между сетевыми хостами и коммутаторами. У вас не должно быть коллизий при работе в полном дуплексе; это, как правило, - способ, которым вы хотите работать.

сбой по причине prov-sync к Несогласованным Параметрам настройки Двустороннего Ethernet Между MGC и Коммутатором Catalyst Ethernet
% netstat -i
Name� Mtu� Net/Dest� Address��� Ipkts Ierrs Opkts� Oerrs Collis Queue 
lo0�� 8232 loopback� localhost� 48276� 0 48276� 0 0� 0 
hme0� 1500 demask��� demask 5752225 0 4761967 0 0� 0 
hme1� 1500 demask1�� demask1��� 5339378 2 5132615 243� 2430�� 0 

% mml 

Copyright � 1998-2001, Cisco Systems, Inc. 

Session 1 is in use, using session 3 
mml> prov-sync 
�� MGC-01 - Media Gateway Controller 2002-10-14 18:58:10.099 MET 
M� DENY 
�� SROF 
� "PROV-SYNC: error transferring data files 
This may due to large number of files being transferred. 
You can re-invoke this command." 
�� /* Status, Requested Operation Failed on the component */ 
�� ; 
mml> quit 
% netstat -i 
Name� Mtu� Net/Dest� Address��� Ipkts Ierrs Opkts� Oerrs Collis Queue 
lo0�� 8232 loopback� localhost� 48276� 0 48276� 0 0� 0 
hme0� 1500 demask��� demask 5753323 0 4763036 0 0� 0 
hme1� 1500 demask1�� demask1��� 5340413 2 5133272 327� 2607�� 0 

!--- When you check the platform.log file, the messages below� 
!--- appear repeatedly. 

Mon Oct 14 18:58:10:178 2002 MEST | ProvObjectManager (PID 16151) <Error> 
file /vobs/NSSU_Main/lib_src/rudp/src/rudp_api.cpp, 
line 963: Error - send window full: No buffer space available(132) 

Mon Oct 14 18:58:10:264 2002 MEST | ProvObjectManager (PID 16151) <Error> 
XEFileService::tftp_ackReceived: block number out of 
synch. Send error message to peer

Если оборудование связано с коммутатором Cisco Catalyst, можно использовать команды show port и set port, чтобы просмотреть и изменить параметры порта.

Чтобы исследовать или установить определенный Интерфейс Ethernet на MGC, задайте его следующим образом:

# ndd -set driver instance #

Примечание:  Переменный драйвер может быть/dev/hme,/dev/qfe, или/dev/eri, в зависимости от карты типа сети. Переменная # является номером интерфейса.

Для исследования значений параметра используйте ndd - команда get. В частности link_speed показывает, работает ли интерфейс в режиме на 100 Мбит/с или на 10 Мбит/с (параметры настройки 0 и 1, соответственно); link_mode показывает, работает ли он в полудуплексе или полном дуплексе (0 и 1, соответственно).

ndd -get /dev/hme link_speed 
ndd -get /dev/hme link_mode

Для выполнения твердого набора link_speed и параметров link_mode для hme# несколько других параметров должны быть установлены с ndd - команда набора. В этих названиях параметра, 10 или 100 обращается к link_speed, fdx, или hdx обращается к link_mode, и autoneg обращается к возможности автоматического согласования. Установка, соответствующая требуемому режиму, должна быть установлена в 1, и все другие параметры должны быть установлены на 0. (adv_autoneg_cap 1 является по умолчанию.), Например, для установки hme# в 100/полный дуплекс используйте:

ndd -set /dev/hme instance #
 
ndd -set /dev/hme adv_100T4_cap 0 
ndd -set /dev/hme adv_100fdx_cap 1 
ndd -set /dev/hme adv_100hdx_cap 0 
ndd -set /dev/hme adv_10fdx_cap 0 
ndd -set /dev/hme adv_10hdx_cap 0 
ndd -set /dev/hme adv_autoneg_cap 0

Ndd - команды набора могут использоваться в/etc/rc2.d/S69inet сценарии инициализации, чтобы установить интерфейсный режим во время начальной загрузки, вместо того, чтобы позволить автосогласование. Это может быть полезно, если один из интерфейсов связан с более старым коммутатором, который не является выполняющим автосогласованием скорость линии или режим правильно. Для распечатки всех параметров, поддерживаемых драйвером сетевой платы, используйте:

ndd driver \?

Скорость линии и режим могут также быть установлены для всех Интерфейсов Ethernet в системе при установке придерживающегося в/etc/system файле и перезагрузке:

  • 100 Мбит, полный дуплекс:

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=1
    
  • 100 Мбит, полудуплекс:

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=0 
    set hme:hme_adv_100hdx_cap=1
    
  • 10 Мбит, полный дуплекс:

    set hme:hme_adv_autoneg_cap=0
    set hme:hme_adv_100fdx_cap=0 
    set hme:hme_adv_100hdx_cap=0 
    set hme:hme_adv_10fdx_cap=1 
    set hme:hme_adv_10hdx_cap=0
    
  • 10 Мбит, полудуплекс:

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=0 
    set hme:hme_adv_100hdx_cap=0 
    set hme:hme_adv_10fdx_cap=0 
    set hme:hme_adv_10hdx_cap=1
    

Верхние уровни

На более высоком уровне POM использует порт протокола пользовательских датаграмм (UDP) 4001 для сигнализации и порта UDP 4002 для фактических передач файла TFTP. Эти порты являются значениями по умолчанию, управляемыми параметром pom.port в XECfgParm.dat. Обычные состояния порта POM для избыточной пары MGC показывают здесь:

Порты UDP POM
mgcusr@demask% grep pom.port XECfgParm.dat 
pom.port = default��� # use port 4001 when set to 
default 

mgcusr@demask% netstat -a | egrep .400\[0-9\] 

!--- UDP port 4001 is used for POM signaling. 

demask.4001� mgc-bru-3a.cisco.com.4001�� Connected 
demask1.4001 10.48.85.65.4001�� Connected 

!--- UDP port 4002 is used for POM TFTP file transfers. 

demask.4002 Idle 
demask1.4002��� Idle

Сбои prov-sync

Помимо этих рекомендаций, существуют некоторые рекомендации, которые являются определенными для prov-sync. Команда prov-sync является единственным методом синхронизации, который проходит через все каталоги CFG_. Если это отказывает, необходимо проверить, работает ли prov-dply вместо этого, потому что prov-dply только воздействует на активную конфигурацию. Если prov-dply работает, и prov-sync не делает, проблема может быть с любым из каталогов CFG_ кроме активного.

В этом случае проверьте файл и атрибуты каталога на каталогах CFG_. Проверьте, что параметр diskmonitor.CfgRmDirs в файле XECfgParm.dat установлен и совпадается на обоих хостах. Кроме того, проверьте, что фактическое количество сохраненных каталогов CFG_ меньше чем или равно заданному значению в diskmonitor.CfgRmDirs.

Попытайтесь удалить устаревшие конфигурации с использованием/opt/CiscoMGC/local/config-lib утилита. Убедитесь, что вы удаляете их в обеих системах, если они доступны на обоих.

Проверьте diskmonitor.CfgRmDirs

!--- Verify the diskmonitor.CfgRmDirs setting. 

% grep -i cfgrmdir /opt/CiscoMGC/etc/XECfgParm.dat 
diskmonitor.CfgRmDirs = 64��� # remove old config 
directories if more than X exist (0 = disable) 

!--- Count the number of CFG_ directories currently stored.

% pwd 
/opt/CiscoMGC/etc/CONFIG_LIB 
% ls -ld CFG_* | wc -l 
� 64� 

!--- There are 64 directories.

Резервный MGC, неисправный после запуска или аварийного переключения

Сбой в синхронизации данных во время запуска или аварийного переключения заставляет резерв оставаться Неисправным (OOS), пока не решен вопрос.

Существуют другие причины, почему резервный хост остается OOS. Выполните эти шаги, чтобы определить, ли проблема с инициализацией синхронизации:

  1. Временно, установите параметр pom.dataSync в XECfgParm.dat к false.

  2. Перезагрузите приложение MGC.

  3. Проверьте, входит ли хост в режим ожидания на этот раз.

Если это сделает, то обеспечивание синхронизации, вероятно, будет проблемой. Необходимо продолжить проверять журналы и проверять принадлежность файла и разрешения для активной конфигурации, как объяснено в Принадлежности файла раздела и Разрешениях.

Если проблема произошла после обновления программного обеспечения MGC или уровня установки патча возможно, что после обновления резерва, но перед обновлением активного узла, резерв был загружен с набором pom.dataSync к true. Это заставляет POM получать старые файлы данных от активного узла. Это означает, что обновленное программное обеспечение на резервном хосте пытается работать со старыми файлами данных. Формат старых файлов данных может или может не быть совместим с новыми файлами данных, который зависит от уровня совместимости между обеими версиями ПО. Если бы вы выполнили prov-sync перед обновлением и установили pom.dataSync в false перед загрузкой обновленного хоста, это не представило бы проблему. Задержите pom.dataSync к true, когда будут успешно обновлены оба хоста.

Самый безопасный способ восстановиться с этой ситуации состоит в том, чтобы вернуться к предыдущему уровню возвращенных ресурсов или уровню установки патча, и выполнить корректную процедуру во второй попытке.

.debug

Для проблем с инициализацией синхронизации процесс интереса является POM. Можно отладить POM на активном узле, резервном хосте, или на обоих. Однако, как правило, лучше отладить такие проблемы на хосте, который будет резервом.

Как отладить

Выполните эту процедуру для отладки проблем с prov-sync и prov-dply (на резервном хосте):

  1. Выполните/opt/CiscoMGC/bin/log_rotate.sh сценарий для начала с чистого platform.log файла.

  2. В MML, проблема set-log:pom-01:debug, подтверждают для установки уровня регистрации для процесса POM-01 к debug.

  3. На активном узле выполните prov-sync или команду prov-dply.

  4. После того, как команда завершила, выполните команду set-log:pom-01:err для задержки уровня регистрации POM-01 к обычному (err).

  5. Проверьте, что сообщения отладки были сохранены в/opt/CiscoMGC/var/log/platform.log файле.

    Примечание: Сообщения отладки отмечены запаздывающим <Отладка> строка.

Для проблем pom.dataSync после запуска выполните эту процедуру (на резервном хосте):

  1. Выйдите/etc/init.d/CiscoMGC останавливаются для остановки приложения MGC.

  2. Добавьте параметр pom.logPrio к файлу XECfgParm.dat и установите его в Debug.

    Набор pom.logPrio для Отладки
    % grep pom.logPrio /opt/CiscoMGC/etc/XECfgParm.dat 
    pom.logPrio = Debug
    

  3. Выполните/opt/CiscoMGC/bin/log_rotate.sh сценарий для начала с чистого platform.log файла.

  4. Выйдите/etc/init.d/CiscoMGC начинают запускать приложение MGC.

  5. Ждите, пока хост не вошел в режим ожидания.

    Для подтверждения этого выполните rtrv-ne в MML. Если проблема состоит в том, что резерв остается OOS, позвольте отладке работать достаточно долго для получения проблемы.

  6. В MML, проблема set-log:pom-01:err для отключения POM, отлаживающего.

  7. Удалите линию pom.logPrio = Debug из файла XECfgParm.dat или прокомментируйте его путем размещения символа # перед ним.

  8. Проверьте, что сообщения отладки были сохранены в/opt/CiscoMGC/var/log/platform.log файле.

Процедура для отладки проблем с pom.dataSync на аварийное переключение является почти тем же, как это для prov-sync и prov-dply. Единственные различия - то, что вы выполняете все шаги в хост, который переключится при отказе (текущий активный узел) и что, вместо того, чтобы использовать команды prov-sync или prov-dply, необходимо выполнить команду или действие, которое вызовет аварийное переключение.

caution Внимание.  : Будьте осторожны при отладке такой проблемы. Возможно, что конфигурация обоих MGC больше не находится в синхронизации, и настройка может переключиться при отказе к нежелательной конфигурации.

Примечание: Отладка POM-01 может быть довольно многословной. Включите его перед выдачей команды, которая вызывает синхронизацию, и отключите его сразу после завершения команды. Лучше не включить отладку во время высокой нагрузки на систему.

Отладьте POM-01 (Показанный на активном узле)
% /opt/CiscoMGC/bin/log_rotate.sh% mml 

Copyright � 1998-2001, Cisco Systems, Inc. 

mml> set-log:pom-01:debug,confirm 
�� MGC-01 - Media Gateway Controller 2002-10-13 16:00:37.401 MET 
M� COMPLD 
�� "POM-01" 
�� ; 
mml> prov-sync 
�� MGC-01 - Media Gateway Controller 2002-10-13 16:00:42.190 MET 
M� COMPLD 
�� "PROV-SYNC" 
�� ; 
mml> set-log:pom-01:err 
�� MGC-01 - Media Gateway Controller 2002-10-13 16:00:47.870 MET 
M� COMPLD 
�� "POM-01" 
�� ; 
mml> quit 
% ls -l /opt/CiscoMGC/var/log/platform.log 
-rw-rw-r--�� 1 mgcusr�� mgcgrp� 499028 Oct 13 16:00 
/opt/CiscoMGC/var/log/platform.log

Что нужно проверить

После того, как отладочная информация была зарегистрирована к файлу, ищите файл линии, содержащие pomMgr и XEFileService. Существует много других собранных сообщений, но эти два являются самыми содержательными и информативными. Для наблюдения динамического изменения настроек в результате синхронизации можно также искать XETable и cfgEventHandler.

Для определения проблем с передачами файла ищите линии, содержащие tftp и operationStatus. (См. (операция) Таблицу состояний.) Состояние отклика (resp status) значение, переданное обратно узлу также, может помочь. Это отражает код статуса POM.

сбой по причине prov-sync к Каталогу on Неверных полномочий CFG_pom-test1 на Резервном хосте
Mon Oct 14 12:27:01:750 2002 WET | ProvObjectManager 
(PID 10788) <Debug> 
pomMgr::fileXferCallback: Entering with path = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pom-test1, 
operationStatus = 2
 

!--- Status 2 indicates failure. 

Mon Oct 14 12:27:01:751 2002 WET | ProvObjectManager 
(PID 10788) <Debug> 
pomMgr::sendPeerMsg: sending msg type 101, subtype 
709, 
resp status 2021
 

!--- This status indicates an error in file transfer.

Примеры

Примечание: Только самые информативные сообщения отладки показывают. Другие опущены, особенно сообщения RUDP.

prov-sync

Данный пример показывает результаты prov-sync, как замечено на резервном хосте с одним полным списком, что потребности передают (CFG_pomtest20):

prov-sync

!--- The active MGC is 10.48.84.24.
!--- The standby MGC is 10.48.84.65. 
!--- The active configuration is CFG_pomtest7.

Sun Oct 20 16:07:09:707 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
UDP recv() 193 bytes from 10.48.84.24:4001 10.48.84.65 (fd=9)� 

!--- This is the default pom.port (UDP port 4001).


!--- The synchronization request is received from the peer.
� 
Sun Oct 20 16:07:09:707 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::handleEvent:Received Evt 100, Msg. Type 709 

!--- This indicates POM_REQ_T and POM_PEER_SYNC_MT.

Sun Oct 20 16:07:09:707 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData. Platform state = 2.� 

!--- This indicates platform state 2 (standby).� 

Sun Oct 20 16:07:09:707 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData. instandby box,mgrState= 1 

!--- This indicates POM mgrState 1 (READY). 

Sun Oct 20 16:07:09:707 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData: Starting Warmstart.� 

Sun Oct 20 16:07:09:710 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData: NOW� initiating file transfer for multiple� directories� 

Sun Oct 20 16:07:09:711 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::transferFile called by the application ,localpath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1: remotepath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1: filename CFG_pomtest1� 

!--- Output suppressed.

Sun Oct 20 16:07:09:711 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
In XEFileService::bftfrSndHandShake()� 

!--- The "bftfr" indicates before transfer.

Sun Oct 20 16:07:09:711 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
bftfrSndHandShake():paths as received in bftfr are: localPath: 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� remote path:� 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� 

Sun Oct 20 16:07:09:711 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::bftfrSndHandShake , after strcpy: localPath = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� 
, remote path = /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� 
filename = CFG_pomtest1� 

Sun Oct 20 16:07:09:712 2002 WET | ProvObjectManager (PID 11017) <Info>� 
XEFileService::countFilesInDir(): no. of files in the directory 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1 is 55� 

Sun Oct 20 16:07:09:715 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::getDirAttributes(): success� 

Sun Oct 20 16:07:09:715 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::bftfrSndHandShake - Dir:total number of characters to be sent = 1822� 

Sun Oct 20 16:07:09:716 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::transferFile called by the application ,localpath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2: remotepath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2: filename CFG_pomtest2� 

!--- Output suppressed: the previous message is repeated for each�� 
!--- CFG directory found; CFG_pomtest1 to CFG_pomtest7�and CFG_pomtest20.
 
Sun Oct 20 16:07:09:717 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData total count attempted = 8� 

!--- POM has found 8 CFG_ directories.

Sun Oct 20 16:07:09:717 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData: successfully initiated file transfer for 8 directories� 

!--- For each CFG directory, POM checks to determine
!--- if files need to be transferred.

Sun Oct 20 16:07:09:741 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::checkReqResult: Entering with requestTransfer = 1� 

Sun Oct 20 16:07:09:741 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::checkReqResult:setting transferState to (FREE)� 

Sun Oct 20 16:07:09:741 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::fileXferCallback: Entering with path = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1, operationStatus = 4� 

!--- This indicates operationStatus 4 (no_need_to_transfer).

Sun Oct 20 16:07:09:843 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData. Platform state = 2.� 

Sun Oct 20 16:07:09:843 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData. instandby box,mgrState= 6 

!--- This indicates POM mgrState 6 (XFER_WAIT). 


!--- Subtype 713 (POM_RESTART_RESP_TIMER_MT) indicates that POM� 
!--- is still working on the last command and has yet to finish.
� 
Sun Oct 20 16:07:09:843 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::sendPeerMsg: sending msg type 100, subtype 713, resp status 0 

Sun Oct 20 16:07:09:843 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
UDP send() 62 bytes to 10.48.84.24:4001 10.48.84.65 (fd=9), written=62� 

Sun Oct 20 16:07:09:843 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData: Ending Warmstart.� 

!--- Output suppressed: the above messages are repeated for every� 
!--- CFG directory. Because only CFG_pomtest1 and CFG_pomtest1� 
!--- need to be transferred, only those are shown here.


!--- CFG_pomtest7 is the active configuration.

Sun Oct 20 16:07:10:542 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
bftfrSndHandShake():paths as received in bftfr are: localPath: 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7� remote path:� 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7� 

Sun Oct 20 16:07:10:542 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::bftfrSndHandShake , after strcpy: localPath = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7� 
, remote path = /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7� 
filename = CFG_pomtest7� 

Sun Oct 20 16:07:10:543 2002 WET | ProvObjectManager (PID 11017) <Info>� 
XEFileService::countFilesInDir(): no. of files in the directory 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7 is 55� 

Sun Oct 20 16:07:10:545 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::getDirAttributes(): success� 

Sun Oct 20 16:07:10:546 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::bftfrSndHandShake - Dir:total number of characters to be sent = 1822� 

Sun Oct 20 16:07:10:573 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::hndShakeCallBack- In Handshake� count as Int is 1� 

Sun Oct 20 16:07:10:573 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::hndShakeCallBack- Message Type in hndShakeCallBack is N� 

!--- "N" indicates not matched. 


!--- CFG_pomtest7/components.dat did not match and is read� 
!--- via TFTP from the peer. 

Sun Oct 20 16:07:10:573 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::tftp_readfile- accessing current entry in the directory file list: 
components.dat

!--- The "aftfr" indicates after transfer. 

Sun Oct 20 16:07:10:923 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::aftfrSndHandShake():localpath:
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7, 
�� remotepath:/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7� 

Sun Oct 20 16:07:10:924 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::getFileAttributes(): for 
file:/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7/components.dat succeeded� 

!--- The operationStatus 5 indicates file_integrity_success. 

Sun Oct 20 16:07:10:936 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::fileXferCallback: Entering with path = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7, operationStatus = 5� 

!--- Output suppressed.

Sun Oct 20 16:07:11:002 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
In XEFileService::bftfrSndHandShake()� 

!--- CFG_pomtest20 is not present on standby and needs to be� 
!--- transferred completely.

Sun Oct 20 16:07:11:002 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
bftfrSndHandShake():paths as received in bftfr are: localPath: 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20� remote path:� 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20� 

Sun Oct 20 16:07:11:002 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::bftfrSndHandShake , after strcpy: localPath = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20� 
, remote path = /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20� 
filename = CFG_pomtest20� 

Sun Oct 20 16:07:11:002 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::bftfrSndHandShake()-param->general.count < = 0 for case get_dir� 

Sun Oct 20 16:07:11:011 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::hndShakeCallBack- In Handshake� count as Int is 55� 

Sun Oct 20 16:07:11:011 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::hndShakeCallBack- Message Type in hndShakeCallBack is N� 

!--- "N" indicates not matched.� 
!--- At this point, each data file in CFG_pomtest20 is� 
!--- transferred by TFTP to the standby.
� 
Sun Oct 20 16:07:11:011 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::tftp_readfile- accessing current entry in the directory file list: 
accRespCat.dat 

!--- Output suppressed: the previous message is repeated for� 
!--- every data file; 55 in total.

Sun Oct 20 16:07:22:763 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::aftfrSndHandShake():localpath:
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20, 
�� remotepath:/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20� 

Sun Oct 20 16:07:22:763 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XEFileService::getFileAttributes(): for 
file:/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20/accRespCat.dat succeeded� 

!--- Output suppressed: the previous message is repeated for� 
!--- every data file; 55 in total. 

Sun Oct 20 16:07:22:838 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::fileXferCallback: Entering with path = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest20, operationStatus = 5� 

Sun Oct 20 16:07:22:895 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData. Platform state = 2.� 

Sun Oct 20 16:07:22:895 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData. instandby box,mgrState= 6�

!--- Symbolic link /opt/CiscoMGC/etc/active_link is created.� 

Sun Oct 20 16:07:22:897 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::setupActvLink. Set link to [/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7].� 

!--- Symbolic link /opt/CiscoMGC/etc/prov_link is created.�
 
Sun Oct 20 16:07:22:900 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::setupProvLink. Set link to [/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7].

!--- Data files of the active configuration are copied� 
!--- to /opt/CiscoMGC/etc.�
 
Sun Oct 20 16:07:22:927 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::prepareActvFiles. Executing command [cp -p 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest7/[a-z]*.dat /opt/CiscoMGC/etc/].� 

!--- Dynamic reconfiguration:�reload changed objects from files into � 
!--- memory-resident maps and destroy superseded versions.� 
!--- delCnt, updCnt, insCnt, and purge count show the number� 
!--- of objects that need "change".

Sun Oct 20 16:07:23:164 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XETable::reload: validation = 0, process = ProvObjectManager, table = components, delCnt 
= 0, updCnt = 0, insCnt = 0� 

Sun Oct 20 16:07:23:165 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::sendUpdateRequest: reloading components� 

Sun Oct 20 16:07:23:165 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
XETable::purge: validation = 1, process = ProvObjectManager, table = components, purge 
count = 0� 

!--- Output suppressed: the previous three messages are� 
!--- repeated for every XETable. 

Sun Oct 20 16:07:23:711 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::sendPeerMsg: sending msg type 100, subtype 713, resp status 0� 

Sun Oct 20 16:07:23:712 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
UDP send() 62 bytes to 10.48.84.24:4001 10.48.84.65 (fd=9), written=62� 

Sun Oct 20 16:07:23:712 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData: Ending Warmstart.� 

Sun Oct 20 16:07:23:714 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::peerSyncProvData. peer 0� 

!--- An indication is sent to the peer that POM synchronization� 
!--- was successful.
� 
Sun Oct 20 16:07:23:716 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
pomMgr::sendPeerMsg: sending msg type 101, subtype 709, 
resp status 0
 

!--- This indicates POM_RSP_T and POM_PEER_SYNC_MT.
� 
Sun Oct 20 16:07:23:716 2002 WET | ProvObjectManager (PID 11017) <Debug>� 
UDP send() 62 bytes to 10.48.84.24:4001 10.48.84.65 (fd=9), written=62

prov-dply

Эти выходные данные отладки показывают результаты prov-dply, как замечено на резервном хосте после того, как было изменено описание одного компонента кода точки получателя (DPC):

prov-dply

!--- The active MGC is 10.48.84.24.
!--- The standby MGC is 10.48.84.65.
!--- The deployed configuration is CFG_pomtest2.
 
Sun Oct 13 11:42:23:481 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
UDP recv() 76 bytes from 10.48.84.24:4001 10.48.84.65 (fd=9)� 

!--- A deploy request is received from the peer.
 
Sun Oct 13 11:42:23:481 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::handleEvent: Received Evt 100, Msg. Type 708 

!--- This indicates POM_REQ_T and POM_PEER_DEPLOY_MT. 

Sun Oct 13 11:42:23:481 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::handlePOMEvt: type 100� 

Sun Oct 13 11:42:23:483 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::transferFile called by the application ,localpath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2: remotepath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2: filename CFG_pomtest2� 

!--- Output suppressed.
 
Sun Oct 13 11:42:23:483 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
In XEFileService::bftfrSndHandShake()� 

Sun Oct 13 11:42:23:483 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
bftfrSndHandShake():paths as received in bftfr are: localPath: 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2� remote path:� 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2� 

Sun Oct 13 11:42:23:484 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::bftfrSndHandShake , after strcpy: localPath = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2� 
, remote path = /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2� 
filename = CFG_pomtest2� 

Sun Oct 13 11:42:23:484 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::bftfrSndHandShake()-param->general.count < = 0 for case get_dir� 

Sun Oct 13 11:42:23:545 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::hndShakeCallBack- In Handshake� count as Int is 55� 

Sun Oct 13 11:42:23:546 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::hndShakeCallBack- Message Type in hndShakeCallBack is N� 

!--- "N" indicates not matched. 

Sun Oct 13 11:42:23:546 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::tftp_readfile- accessing current entry in the directory file list: 
accRespCat.dat� 

!--- Output suppressed: the previous message is repeated for every� 
!--- .dat file transferred by TFTP; 55 files. 

Sun Oct 13 11:42:35:998 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::aftfrSndHandShake():localpath:
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2,remotepath: 
�� /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2� 

Sun Oct 13 11:42:35:999 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XEFileService::getFileAttributes(): for 
file:/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2/accRespCat.dat succeeded� 

!--- Output suppressed: the previous message is repeated for each� 
!--- .dat file; 55 files. 

Sun Oct 13 11:42:36:031 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::fileXferCallback: Entering with path = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2, operationStatus = 5 

!--- The operationStatus 5 indicates file_integrity_success.
 
Sun Oct 13 11:42:36:271 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::peerDeployProvData. Copying data files [/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest2].� 

!—-- Copy .dat files to /opt/CiscoMGC/etc. 

Sun Oct 13 11:42:36:296 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::prepareActvFiles. Executing command [cp -p /opt/CiscoMGC/etc/CONFIG_LIB/
CFG_pomtest2/[a-z]*.dat /opt/CiscoMGC/etc/].� 

Sun Oct 13 11:42:36:455 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::UpdateHdlr: sending update notification components� 

Sun Oct 13 11:42:36:455 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
cfgEventHandler: sending update notification for components� 

!--- Dynamic reconfiguration: updCnt is 1 for the components table 
!--- because one DPC�component was changed.

Sun Oct 13 11:42:36:459 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XETable::reload: validation = 0, process = ProvObjectManager, table = 
components, delCnt = 0, updCnt = 1, insCnt = 0� 

Sun Oct 13 11:42:36:462 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::sendUpdateRequest: reloading components� 

Sun Oct 13 11:42:36:462 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
XETable::purge: validation = 1, process = ProvObjectManager, table = components, 
purge count = 1 

!--- Output suppressed: the previous three messages are repeated� 
!--- for every XETable. 


!--- An indication is sent to the peer that POM DEPLOY was successful.

Sun Oct 13 11:42:37:351 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
pomMgr::sendPeerMsg: sending msg type 101, subtype 708, 
resp status 0
 

!--- This indicates POM_RSP_T and POM_PEER_DEPLOY_MT.
 
Sun Oct 13 11:42:37:352 2002 WET | ProvObjectManager (PID 15141) <Debug>� 
UDP send() 62 bytes to 10.48.84.24:4001 10.48.84.65 (fd=9), written=62

pom.dataSync на Запуске

Эти выходные данные отладки показывают pom.dataSync на запуске:

pom.dataSync

!--- The active MGC is 10.48.84.24.
!--- The standby MGC is 10.48.84.65.

Tue Oct 15 22:17:15:572 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::initialize: starting ...� 

!--- Output suppressed. 


Tue Oct 15 22:17:16:960 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::signalCallback: link1 state = 2, link2 state = 1� 

!--- The link states are defined in this way: 0 is down, 
!--- 1 is up, 2 is start, and 3 is invalid. 
!--- Output suppressed. 
 
Tue Oct 15 22:17:16:987 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::signalCallback: link1 state = 1, link2 state = 1� 

!--- Output suppressed. 
 
Tue Oct 15 22:17:17:003 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomProcEvtHdlr:� heartbeat...� 

!--- Output suppressed. 
 
Tue Oct 15 22:17:42:024 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomProcEvtHdlr::handleGoStandbyLocal - POM is trying to switch the its role to Standby.� 

!--- A PEER_SYNC request is sent to the peer. 
!--- This is different from prov-sync, in which the request� 
!--- would be received from the peer.
 
Tue Oct 15 22:17:42:026 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::sendPeerMsg: sending msg type 100, subtype 709, resp status 0� 

!--- This indicates POM_REQ_T and POM_PEER_SYNC_MT.

Tue Oct 15 22:17:42:026 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
UDP send() 279 bytes to 10.48.84.24:4001 10.48.84.65 (fd=9), written=279� 

Tue Oct 15 22:17:42:043 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
UDP recv() 281 bytes from 10.48.84.24:4001 10.48.84.65 (fd=9)� 

Tue Oct 15 22:17:42:043 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
formatted read from 10.48.84.24:4001 10.48.84.65 (fd=9), event type 101� 

Tue Oct 15 22:17:42:043 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::handleEvent: Received Evt 101, Msg. Type 709 

!--- This indicates POM_RSP_T and POM_PEER_SYNC_MT. 

Tue Oct 15 22:17:42:044 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData. Platform state = 2.� 

!--- A platform state 2 indicates standby. 

Tue Oct 15 22:17:42:044 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData. instandby box,mgrState= 4 

!--- This indicates PEER_WAIT.

Tue Oct 15 22:17:42:044 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData: Starting Warmstart.� 

Tue Oct 15 22:17:42:047 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData: Initiate active-version filexfer.� 

Tue Oct 15 22:17:42:047 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::transferFile called by the application ,localpath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1: remotepath 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1: filename CFG_pomtest1� 

Tue Oct 15 22:17:42:047 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::transferFile: transfer state is FREE, going to serveReqFromQueue� 

Tue Oct 15 22:17:42:048 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::serveReqFromQueuesetting transferState to (OCCUPIED)� 

Tue Oct 15 22:17:42:048 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::serveReqFromQueuesetting requestTransfer to (YES)� 

Tue Oct 15 22:17:42:048 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
In XEFileService::bftfrSndHandShake()� 

!--- In the output below, the active�configuration directory 
!--- (CFG_pomtest1) is perused in search of�nonmatching files.
 
Tue Oct 15 22:17:42:048 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
bftfrSndHandShake():paths as received in bftfr are: localPath: 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� remote path:� 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� 

Tue Oct 15 22:17:42:048 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::bftfrSndHandShake , after strcpy: localPath = 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� 
, remote path = /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� 
filename = CFG_pomtest1� 

Tue Oct 15 22:17:42:049 2002 WET | ProvObjectManager (PID 1764) <Info>� 
XEFileService::countFilesInDir(): no. of files in the directory 
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1 is 55� 

Tue Oct 15 22:17:42:053 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::getDirAttributes(): success� 

Tue Oct 15 22:17:42:053 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::bftfrSndHandShake - Dir:total number of charaters to be sent = 1822� 

Tue Oct 15 22:17:42:055 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData file xfer = CFG_pomtest1� 

!--- One directory has been searched.
!--- This is different from MML prov-sync, which would have� 
!--- searched through all CFG directories. 

Tue Oct 15 22:17:42:055 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData: successfully initiated file transfer for 1 directories� 

Tue Oct 15 22:17:42:069 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::hndShakeCallBack- In Handshake� count as Int is 1� 

Tue Oct 15 22:17:42:070 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::hndShakeCallBack- Message Type in hndShakeCallBack is N� 

!--- "N" indicates not matched. 

Tue Oct 15 22:17:42:070 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::tftp_readfile- accessing current entry in the directory file list: 
components.dat 

Tue Oct 15 22:17:42:492 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::aftfrSndHandShake():localpath:
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1,remotepath: 
�� /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1� 

Tue Oct 15 22:17:42:493 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::getFileAttributes(): for file:
/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1/components.dat succeeded� 

Tue Oct 15 22:17:42:504 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::checkReqResult: Entering with requestTransfer = 1� 

Tue Oct 15 22:17:42:504 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XEFileService::checkReqResult:setting transferState to (FREE)� 

!--- The operationStatus 5 indicates file_integrity_success. 

Tue Oct 15 22:17:42:504 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::fileXferCallback: Entering with path = /opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1, 
operationStatus = 5 

Tue Oct 15 22:17:42:597 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData. Platform state = 2.� 

Tue Oct 15 22:17:42:597 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData. instandby box,mgrState= 6� 

!--- The symbolic link /opt/CiscoMGC/etc/active_link is created. 

Tue Oct 15 22:17:42:598 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::setupActvLink. Set link to [/opt/CiscoMGC/etc/CONFIG_LIB/CFG_pomtest1].� 

!--- The symbolic link /opt/CiscoMGC/etc/prov_link is created. 

Tue Oct 15 22:17:42:602 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::setupProvLink. Set link to [/opt/CiscoMGC/etc/CONFIG_LIB/CFG_p1test].� 

!--- Data files of the active configuration are copied to� 
!--- /opt/CiscoMGC/etc. 

Tue Oct 15 22:17:42:639 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::prepareActvFiles. Executing command [cp -p /opt/CiscoMGC/etc/CONFIG_LIB/
CFG_pomtest1/[a-z]*.dat /opt/CiscoMGC/etc/].� 

!--- Dynamic reconfiguration is shown below.

Tue Oct 15 22:17:42:785 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XETable::reload: validation = 0, process = ProvObjectManager, table = components, delCnt = 0, 
updCnt = 0, insCnt = 0� 

Tue Oct 15 22:17:42:785 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::sendUpdateRequest: reloading components� 

Tue Oct 15 22:17:42:786 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
XETable::purge: validation = 1, process = ProvObjectManager, table = components, 
purge count = 0� 

!--- Output suppressed: the previous three messages are repeated� 
!--- for every XETable.
 
Tue Oct 15 22:17:43:377 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::sendPeerMsg: sending msg type 100, subtype 713, 
resp status 0
 

Tue Oct 15 22:17:43:378 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
UDP send() 62 bytes to 10.48.84.24:4001 10.48.84.65 (fd=9), written=62� 

Tue Oct 15 22:17:43:379 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData: Ending Warmstart.� 

Tue Oct 15 22:17:43:382 2002 WET | ProvObjectManager (PID 1764) <Debug>� 
pomMgr::peerSyncProvData. procM 0

Таблицы ссылок Ошибки/Сообщения отладки

Типы события POM
Код Значение
POM_REQ_T 100
POM_RSP_T 101

Подтипы события POM
Код Значение
POM_START_MT 700
POM_STOP_MT 701
POM_COPY_MT 702
POM_DEPLOY_MT 703
POM_SYNC_MT 704
POM_RESET_TIMER_MT 705
POM_TIMER_WARN_MT 706
POM_TIMER_EXPIRED_MT 707
POM_PEER_DEPLOY_MT 708
POM_PEER_SYNC_MT 709
POM_VALIDATION_RESULT_MT 710
POM_DISABLE_IDLE_TIMER_MT 711
POM_ENABLE_IDLE_TIMER_MT 712
POM_RESTART_RESP_TIMER_MT 713

pomMgrStates
Код Значение
НЕОПРЕДЕЛЕННЫЙ 0
ГОТОВЫЙ 1
CFGM_WAIT 2
CFGM_NO_WAIT 3
PEER_WAIT 4
CFGM_VALIDATION_WAIT 5
XFER_WAIT 6

(операция) Статус
Код Значение
неизвестный 0
успешно 1
сбой 2
таймаут 3
no_need_to_transfer 4
file_integrity_success 5
file_integrity_fail 6
link_down 7

Коды статуса POM
Код Значение Значение
XE_NORMAL 0 Запрашиваемая операция, завершенная успешно.
POM_NO_SES 2000 У этого клиента нет активного сеанса POM.
POM_SES_IN_USE 2001 Сеанс POM уже находится в использовании.
POM_INVALID_SRC 2002 Исходный каталог не существует.
POM_WAIT_FOR_RESP 2003 Ожидание ответа; не может передать сообщение POM.
POM_TIMER_WARN 2004 Сеанс POM простаивающее предупреждение.
POM_TIMER_EXPIRED 2005 Сеанс POM закрыл из-за бездействия.
POM_CRT_DST_DIR 2006 Ошибка, создающая каталог назначения.
POM_CRT_PROV_LNK 2007 Ошибочная ссылка инициализации создания.
POM_CRT_ACTV_LINK 2008 Ошибка, создающая активную ссылку.
POM_CPY_SRC 2009 Ошибка, копирующая файлы данных с источника назначению.
POM_CFGM_WAIT 2010 POM не может обработать запрос; ожидание ответа от CfgM.
POM_CFGM_TIMEOUT 2011 Ответ CfgM испытал таймаут.
POM_UPDATE_FAILED 2012 Обновление файлов данных отказало.
POM_CFGM_SEND 2013 Ошибка, отправляющая запрос к CfgM.
POM_CPY_ETC 2014 Ошибка, копирующая файлы данных к и т.д. каталогу.
POM_POST_PROC 2015 Ошибка в обработке инициализации поста.
POM_SES_ACTIVE 2016 Сеанс POM уже активен.
POM_SEND 2017 Ошибка, отправляющая запрос POM.
POM_DST_DIR_EXISTS 2018 Каталог назначения существует; не может перезаписать.
POM_PEER_TIMEOUT 2019 Одноранговый ответ POM испытал таймаут.
POM_PEER_SES_IN_USE 2020 Одноранговый сеанс POM в использовании.
POM_XFER_ERR 2021 Ошибка, передающая файлы данных.
POM_PEER_SYNC_ERR 2022 Платформа находится в несостоянии готовности. Синхронизация данных прервалась.
POM_INVALID_DST 2023 Источник/версия назначения не может быть полным или относительным путем. Это не может иметь никаких специальных символов кроме "-" и "_".
POM_VALIDATION_FAILED 2024 Проверка файлов данных отказала.
POM_KEYWORD_DST 2025 Версия назначения не может использовать ключевые слова, "активные" и "новые".
POM_NO_ACTV_SES 2026 Никакие активные сеансы POM.
POM_ACTV_SRC 2027 Active Directory не может использоваться в качестве назначения.
POM_STAND_ALONE 2028 Развертывайте/синхронизируйте не может быть выполнен в автономном режиме.
POM_VALIDATION_TIMEOUT 2029 Проверка испытала таймаут. Развертывание данных прервалось.
POM_VER_MISMATCH 2030 О. несоответствие версии файла dat.
POM_PEER_NOT_STANDBY 2031 Развертывайте/синхронизируйте не может быть выполнен с нерезервным узлом.
POM_PEER_INCOMPATIBLE 2032 Инициализация не может быть выполнена из-за несовместимой версии на одноранговом узле.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения