Voz e comunicações unificadas : Softswitch Cisco PGW 2200

Compreendendo a prov-sincronização, prov-dply, e pom.dataSync

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (5 Maio 2015) | Feedback


Índice


Introdução

Os comandos prov-sync e prov-dply do TransPath Man-Machine Language (MML) e o parâmetro do pom.dataSync afetam a sincronização de dados do abastecimento entre um par redundante dos controladores do gateway do Cisco media (MGC). Contudo, há algumas diferenças importantes entre estes vários mecanismos que não são bons compreendidos. Este documento tenta derramar alguma luz nesta matéria e fornece diretrizes para usar-se para pesquisar defeitos também.

Pré-requisitos

Requisitos

Os leitores deste documento devem ter o conhecimento deste assunto:

Componentes Utilizados

Este documento foi redigido com liberação de software de MGC 9.2(2) na mente. Contudo, os mecanismos discutidos existem geralmente em liberações de outro software.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Convenções

Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.

Sincronização de dados do abastecimento

Os dados do abastecimento são os arquivos de dados que resultam dos comandos configuration MGC que são emitidos durante uma sessão de provisionamento de MML. Estes arquivos de dados levam uma extensão de nome de arquivo do .DAT. Quando o MGC estiver usado como um Virtual Switch Controller (VSC) em vez de um Signaling Controller (SC), alguns arquivos de dados levam um .bin e uma extensão de nome de arquivo do .dialPlan também.

Os arquivos de dados são realizados em diretórios separados em /opt/CiscoMGC/etc/CONFIG_LIB. Os diretórios eles mesmos levam o nome CFG_PROVSESSION. (A sessão de provisionamento variável refere o nome de sessão escolhido em MML quando a sessão do abastecimento foi começada.)

Um destes diretórios CFG_ guarda os arquivos de dados para a configuração ativa de MGC. Um link simbólico chamado active_link no diretório de /opt/CiscoMGC/etc é apontado a este diretório CFG_. Os arquivos do .DAT da configuração ativa são copiados igualmente a /opt/CiscoMGC/etc, e em uma configuração de VSC, o .bin e os arquivos do .dialPlan em /opt/CiscoMGC/dialPlan são substituídos por aqueles do diretório ativo CFG_.

Um outro link simbólico em /opt/CiscoMGC/etc, chamado prov_link, aponta ao diretório CFG_ que guarda a última sessão fornecida (que pode ou não pode igualar a configuração ativa). Os diretórios restantes CFG_ contêm arquivos de dados das configurações (velhas) precedentes que podem ser reactivated se necessárias.

active_link e 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

Em uma configuração redundante de MGC com um MGC ativo e à espera, é importante manter dados do abastecimento sincronizados entre ambos os anfitriões para impedir a perda de serviço durante uma condição do Failover. Este processo de sincronização dos dados do abastecimento é controlado pelo gerenciador de objeto de provisionamento (POM). Há diversas maneiras de fazer isto, e cada método é aplicável a uma situação particular. Compartilham destas similaridades:

  • Os atributos de arquivos (nome, tamanho, e data da última alteração) dos arquivos de dados em ambos os anfitriões são comparados. Aqueles arquivos com atributos nonmatching são transferidos ao MGC à espera.

  • O .DAT arquiva do diretório CFG_ que guarda a configuração ativa é copiado a /opt/CiscoMGC/etc, como mostrado aqui:

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

    Quando o MGC é usado como um VSC, estes comandos estão executados também:

    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/
    
  • A reconfiguração dinâmica é provocada no host à espera para refletir a configuração ativa recentemente sincronizada.

Uma discussão de cada um dos métodos de sincronização segue.

prov-sincronização

O comando prov-sync atravessa todos os diretórios do abastecimento CFG_ em /opt/CiscoMGC/etc/CONFIG_LIB no MGC ativo. Empurra aqueles diretórios e arquivos que são diferentes ou já não existem ao MGC à espera.

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

Porque este comando opera sobre todos os diretórios do abastecimento, é importante pôr uma limitação sobre o número de diretórios do abastecimento mantidos em /opt/CiscoMGC/etc/CONFIG_LIB. Para fazer isto, ajuste o parâmetro diskmonitor.CfgRmDirs no arquivo XECfgParm.dat ao número máximo de configurações permitida. (O valor padrão é 64.)

cuidado Cuidado: O parâmetro diskmonitor.CfgRmDirs nos pares redundantes MGC deve combinar. Se não, a funcionalidade e o desempenho de sistema podem adversamente ser afetados.

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

Você deve usar a utilidade de /opt/CiscoMGC/local/config-lib para remover manualmente velho ou as configurações não desejadas porque não permite que um administrador remova acidentalmente a configuração ativa. Se você suprime de uma configuração, você deve suprimir d em ambos os sistemas, se possível.

configuração-LIB
% 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

O comando prov-dply executa as funções prov-cpy que faz à sessão fornecida a configuração ativa no host atual, mas igualmente empurra essa mesma configuração para o apoio. Este comando opera sobre somente uma configuração: ativo.

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

Quando a prov-sincronização e prov-dply puder somente ser executada no MGC ativo, o parâmetro do pom.dataSync no arquivo XECfgParm.dat permite que a sincronização de dados do abastecimento seja provocada do host à espera. (Isto sae inalterado do fluxo real de dados do abastecimento de ativo ao apoio.)

Ajuste do pom.dataSync do padrão
% grep pom.dataSync /opt/CiscoMGC/etc/XECfgParm.dat 
pom.dataSync = false�� # don't synch slave data with master

O parâmetro do pom.dataSync indica que o POM no apoio deve sincronizar seus arquivos de dados da configuração ativa com os aqueles de seu par na inicialização MGC ou no Failover; se diferente, deve provocar a reconfiguração dinâmica. Os valores permissíveis são:

  • verdadeiro — O POM é permitido; os dados são sincronizados.

  • falso — O POM é desabilitado; não há nenhuma sincronização dos dados (padrão).

Se você tem um MGC autônomo, ajuste este valor a falso. Se você tem dois anfitriões MGC em uma configuração de failover, ajuste este valor para retificar em ambos os anfitriões para acomodar as condições do Failover em que o host ativo atual pode se transformar o host à espera.

Quando a configuração inicial MGC no host ativo é distribuída, você deve mudar o parâmetro do pom.dataSync ao truein o arquivo XECfgParm.dat no host à espera. Após ter ajustado este parâmetro para retificar, você pode começar o MGC no host à espera. Enquanto o MGC vem acima, os dados no host à espera estão sincronizados com os dados no host ativo. O host à espera entra então no estado à espera.

Este parâmetro opera sobre somente uma configuração: ativo.

Nota: Durante a elevação de uma configuração redundante de MGC, verifique que o parâmetro do pom.dataSync está ajustado ao falseon o host à espera antes de carreg o software atualizado. Também, não esqueça mudar o ajuste de volta ao trueonce que o host do par foi promovido com sucesso também.

Nota: Se você ajusta o pom.dataSync a falso, não desabilita a sincronização de dados do abastecimento com o uso de prov-dply ou a prov-sincronização.

Troubleshooting

Quando a sincronização do abastecimento falha, a falha relatou pela prov-sincronização ou prov-dply em MML não é geralmente muito informativa.

A primeira coisa a fazer (preferivelmente no host que será à espera) é verificar se algum Mensagem de Erro estalou acima no arquivo de /opt/CiscoMGC/var/log/platform.log na altura da sincronização. Uma outra opção é usar o tail -f /opt/CiscoMGC/var/log/platform.log para olhar no tempo real no arquivo de registro durante a sincronização.

Em particular, procure o arquivo de registro pelas mensagens que contêm o pomMgr ou o XEFileService das cordas.

Arquive a posse e as permissões

A sincronização do abastecimento compara os atributos de arquivos (nome, tamanho, e época da última alteração) e transfere os arquivos para que os atributos não combinam. Contudo, os arquivos devem ser primeiros acessíveis. Se o POM tem o problema que processa determinados arquivos ou diretórios, deve ser aparente das mensagens de erro relevante no arquivo de platform.log.

Falha devido prov-sincronização às permissões do diretório incorreto no host à espera

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

O acesso de arquivo é determinado por modos da posse e da permissão de arquivo do arquivo. Porque a maioria de processos MGC (que incluem o POM) executados sob o usuário - o mgcusr identificação, os arquivos de dados e aqueles diretórios guardando os devem pertencer ao usuário - mgcusr identificação e mgcgrp do ID de grupo. Além disso, os modos de permissão para arquivos de dados devem permitir o acesso de leitura e gravação ao mgcusr e ao mgcgrp. Os diretórios que contêm estes arquivos de dados devem incluir executam a permissão para o mgcusr e o mgcgrp também.

Corrija o arquivo/permissões de diretório e a posse
% 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

Nota: Em uma configuração redundante de MGC, você pode observar que o arquivo de dados e as permissões de diretório CFG_ para as outro categoria (os três bit direitos-mais da permissão) variam. As permissões podem variar do lido e executar a permissão a nenhumas permissões para diretórios CFG_, e do lido e permissão escrita ler somente a permissão para arquivos de dados. Isto depende geralmente sobre se o arquivo/diretório esteve criado localmente ou recuperado do host do par pelo POM. As permissões de arquivo as mais significativas são aquelas para o usuário e o grupo (mcgusr e mgcgrp).

Nota: Quando você verifica a posse e as permissões do arquivo para arquivos de dados da configuração ativa, recorde verificar ambos os lugar onde estes arquivos de dados são mantidos: em /opt/CiscoMGC/etc e no diretório CFG_ apontou por /opt/CiscoMGC/etc/active_link. Em uma configuração de VSC, recorde verificar os arquivos de dados do Plano de discagem que terminam com .bin e extensões de nome de arquivo do .dialPlan em /opt/CiscoMGC/dialPlan/ e nos diretórios CFG_.

Se as permissões de arquivo não parecem estar corretas, podem manualmente ter sido mudadas acidentalmente, ou o valor do umask para o mgcusr pode já não estar correto. O valor do umask determina a máscara da criação das permissões de arquivo para o ambiente de execução do shell do usuário. À revelia, é configurado em /opt/CiscoMGC/local/.cshrc e deve igualar 2.

Verificando o ajuste do umask do mgcusr

!--- 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

Geralmente, você não deve mudar permissões de arquivo e arquivar a posse manualmente. Caso necessário, contudo, isto mostra como restaurar valores de volta ao normal:

Restaurando o arquivo/permissões de diretório e a posse

!--- 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/*.*

Nota: Se você é incerto sobre permissões de arquivo e posse, veja /opt/CiscoMGC/etc/CONFIG_LIB/new. Este diretório contém os arquivos de dados mínimos exigidos configurar o MGC. Estes são os arquivos de dados que uma instalação inicial do aplicativo de MGC usa. Os usuários que desejam provision a partir do zero o MGC podem usar este diretório como a fonte.

Independentemente do arquivo/propriedade de diretório e das permissões incorretos, há alguns outros problemas potenciais. São discutidos abaixo.

Intervalos

Para grandes configurações ou durante o USO de rede dos períodos de alta, os comandos prov-dply e prov-sync podem cronometrar para fora e devem ser executados. Preferivelmente, isto é feito quando o USO de rede diminuiu, ou, no caso de um intervalo prov-sincronização, depois que as configurações não desejadas foram removidas com a utilidade configuração-LIB.

Intervalo de transferência de arquivo

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

Se você precisa de fazer tentativas repetidas de terminar com sucesso a sincronização, você pode igualmente ser executado nos problemas de rede descritos abaixo.

Problemas de rede

Layer 1

Os problemas de rede do Layer 1 podem impedir que transferências de arquivo terminem com sucesso. Desde que o POM usa o TFTP sobre o protocolo confiável de dados de usuário (RUDP) para transferências de arquivo reais, olhe o arquivo de platform.log para erros RUDP- e TFTP-relacionados.

O netstat do comando unix - i permite que você verifique se algum erro de entrada ou de saída ou alguma colisão ocorreram nas conexões Ethernet. Tipicamente, você deve comparar sua saída tomada antes da sincronização do abastecimento, e outra vez após a sincronização do abastecimento. Um problema comum é ajustes de duplex Ethernet combinados mal entre host de rede e Switches. Você não deve ter nenhuma colisões ao trabalhar no duplex completo; aquela é tipicamente a maneira que você quer trabalhar.

Falha devido prov-sincronização aos ajustes de duplex Ethernet combinados mal entre o MGC e o interruptor dos 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

Se seu equipamento é conectado a um interruptor do Cisco catalyst, você pode usar os comandos show port e set port ver e mudar configurações de porta.

Para examinar ou ajustar uma interface Ethernet específica no MGC, especifique-o como segue:

# ndd -set driver instance #

Nota: O driver variável pode ser /dev/hme, /dev/qfe, ou /dev/eri, segundo o cartão do tipo de rede. O variável # é o número de interface.

Para examinar valores de parâmetro, use o comando ndd -get. Em particular, link_speed revela se a relação se está operando no 10 Mbps ou no modo do 100 Mbps (ajustes de 0 e de 1, respectivamente); o link_mode revela se está sendo executado em meio ou completamente - o duplex (0 e 1, respectivamente).

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

Para executar um grupo duro dos parâmetros link_speed e do link_mode para o hme#, diversos outros parâmetros devem ser ajustados com o comando ndd -set. Nestes nomes de parâmetro, o 10 ou 100 referem link_speed, o fdx ou o hdx referem o link_mode, e a autonegociação refere a potencialidade de auto-negociação. O ajuste que corresponde ao modo desejado deve ser ajustado a 1 e todos parâmetros restantes devem ser ajustados a 0. (um adv_autoneg_cap de 1 é o padrão.) Por exemplo, para ajustar o hme# ao duplex 100/full, uso:

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

Os comandos ndd -set podem ser usados no script da iniciação de /etc/rc2.d/S69inet para ajustar o modo da relação durante a bota, um pouco do que permitindo a negociação automática. Isto pode ser útil se uma das relações é conectado a um interruptor mais velho que não seja autonegociação a velocidade de linha ou o modo corretamente. Para alistar todos os parâmetros apoiados pelo direcionador da placa de rede, use:

ndd driver \?

A velocidade de linha e o modo podem igualmente ser ajustados para todas as interfaces Ethernet no sistema se você ajusta o seguinte no arquivo e na repartição de /etc/system:

  • 100 Mb, completamente - duplex:

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=1
    
  • 100 Mb, meio - duplex:

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=0 
    set hme:hme_adv_100hdx_cap=1
    
  • 10 Mb, completamente - duplex:

    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 Mb, meio - duplex:

    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
    

Camadas superior

Em uma camada superior, o POM usa a porta 4001 do User Datagram Protocol (UDP) sinalizando e a porta 4002 UDP para transferências de arquivo reais TFTP. Estas portas são valores padrão, controlados pelo parâmetro pom.port em XECfgParm.dat. Os estados de porta normais POM para um par redundante de MGC são mostrados aqui:

Portas POM UDP
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

a prov-sincronização falha

Além destas diretrizes, há algumas diretrizes que são específicas à prov-sincronização. O comando prov-sync é o único método de sincronização que atravessa todos os diretórios CFG_. Se falha, você deve verificar se prov-dply trabalhos pelo contrário porque opera prov-dply somente sobre a configuração ativa. Se prov-dply os trabalhos e a prov-sincronização não fazem, o problema pode ser com os alguns dos diretórios CFG_ exceto ativo.

Neste caso, arquivo da verificação e atributos do diretório nos diretórios CFG_. Verifique que o parâmetro diskmonitor.CfgRmDirs no arquivo XECfgParm.dat está ajustado e combinado em ambos os anfitriões. Também, verifique que o número real de diretórios CFG_ armazenados é inferior ou igual ao conjunto de valores em diskmonitor.CfgRmDirs.

Tente remover as configurações obsoletas com o uso da utilidade de /opt/CiscoMGC/local/config-lib. Seja certo que você suprime d em ambos os sistemas, se estão disponíveis em ambos.

Verifique 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 à espera fora de serviço após a partida ou o Failover

Uma falha na sincronização dos dados durante a partida ou o Failover faz com que o apoio permaneça fora de serviço (OOS) até que a edição esteja resolved.

Há umas razões diferentes pelas quais o host à espera permanece OOS. Termine estas etapas para determinar se o problema é com sincronização do abastecimento:

  1. Temporariamente, ajuste o parâmetro do pom.dataSync em XECfgParm.dat a falso.

  2. Recarregue o aplicativo de MGC.

  3. Verifique se o host entra no modo standby esta vez.

Se faz, a sincronização do abastecimento é provável ser o problema. Você deve continuar verificar os logs e verificar a posse e as permissões do arquivo para a configuração ativa, como explicado na posse e nas permissões do arquivo da seção.

Se a edição aconteceu depois que você promoveu o software de MGC ou a correção de programa em nível, foi possível que depois que a elevação do apoio, mas antes que a elevação do host ativo, o apoio esteve carreg com o pom.dataSync ajustado para retificar. Isto faz com que o POM recupere os arquivos de dados velhos do host ativo. Significa que o software atualizado no host à espera tenta ser executado com arquivos de dados velhos. O formato dos arquivos de dados velhos pode ou não pode ser compatível com os arquivos de dados novos, que depende da compatibilidade em nível entre ambas as versões de software. Isto não apresentou um problema se você executou a prov-sincronização antes da elevação e do grupo pom.dataSyncto falsos antes que você carreg o host promovido. Ajuste pom.dataSyncback to que os anfitriões verdadeiros do whenboth foram promovidos com sucesso.

A maneira a mais segura de recuperar desta situação é reverter à liberação ou à correção de programa precedente em nível, e segue a tentativa correta do procedimento num segundo.

Debug

Para edições com sincronização do abastecimento, o processo de interesse é POM. Você pode debugar o POM no host ativo, o host à espera, ou em ambos. Contudo, é tipicamente o melhor debugar tais edições no host que será à espera.

Como debugar

Siga este procedimento para debugar edições com prov-sincronização e prov-dply (no host à espera):

  1. Execute o script de /opt/CiscoMGC/bin/log_rotate.sh para começar com um arquivo limpo de platform.log.

  2. Em MML, emita set-log:pom-01:debug,confirm para ajustar o nível de registro para o processo POM-01 para debugar.

  3. No host ativo, emita o comando prov-sync ou prov-dply.

  4. Depois que o comando terminou, emita o comando set-log:pom-01:err ajustar o nível de registro POM-01 de volta ao normal (erre).

  5. Verifique que as mensagens debugar estiveram armazenadas no arquivo de /opt/CiscoMGC/var/log/platform.log.

    Nota: Debugar mensagens são marcados por uma corda de arrasto do <Debug>.

Para o pom.dataSync emite em cima da partida, seguem este procedimento (no host à espera):

  1. Parada de /etc/init.d/CiscoMGC da edição para parar o aplicativo de MGC.

  2. Adicionar o parâmetro pom.logPrio ao arquivo XECfgParm.dat, e ajuste-o para debugar.

    grupo pom.logPrio a debugar
    % grep pom.logPrio /opt/CiscoMGC/etc/XECfgParm.dat 
    pom.logPrio = Debug
    

  3. Execute o script de /opt/CiscoMGC/bin/log_rotate.sh para começar com um arquivo limpo de platform.log.

  4. Emita o começo de /etc/init.d/CiscoMGC para começar o aplicativo de MGC.

  5. Espere até que o host entre no modo standby.

    Para verificar isto, emita o RTRV-NE em MML. Se o problema é que o apoio permanece OOS, permita que debugar seja executado por muito tempo bastante para capturar o problema.

  6. Em MML, emita set-log:pom-01:err para desabilitar a eliminação de erros POM.

  7. Remova a linha pom.logPrio = debugam do arquivo XECfgParm.dat, ou comentam ele para fora colocando o caráter # na frente dele.

  8. Verifique que as mensagens debugar estiveram armazenadas no arquivo de /opt/CiscoMGC/var/log/platform.log.

O procedimento para debugar edições com o pom.dataSync em cima do Failover é quase o mesmo como é para a prov-sincronização e prov-dply. As únicas diferenças são que você executa todas as etapas no host que falharão sobre (o host ativo atual) e que, em vez de usar os comandos prov-sync ou prov-dply, você deve emitir o comando ou a ação que provocarão o Failover.

cuidado Cuidado: Seja cuidadoso quando você debuga tal edição. É possível que a configuração de ambos os MGC está já não na sincronização, e a instalação pode falhar sobre a uma configuração indesejada.

Nota: O POM-01 debuga pode ser bastante verboso. Permita-o imediatamente antes que você emite o comando que provoca a sincronização, e o desabilita imediatamente depois da conclusão do comando. É o melhor não permitir debugar durante a carga de sistema alta.

Debugar o POM-01 (mostrado no host ativo)
% /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

O que procurar

Depois que a informação debugar foi registrada a um arquivo, procure o arquivo pelas linhas que contêm o pomMgr e o XEFileService. Há muitas outras mensagens recolhidas, mas estes dois são os mais interessantes e informativos. Para ver a reconfiguração dinâmica em consequência da sincronização, você pode igualmente procurar por XETable e por cfgEventHandler.

Para identificar problemas com transferências de arquivo, busca para as linhas que contêm tftp e o operationStatus. (Veja a tabela de status (da operação).) O valor do status de resposta (status de resp) enviado para trás ao par igualmente pode ser da ajuda. Reflete o código de status POM.

Falha devido prov-sincronização às permissões incorreta no diretório CFG_pom-test1 no host à espera
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.

Exemplos

Nota: Somente o mais informativos debugam mensagens são mostrados. Outro são omitidos, especialmente mensagens de RUDP.

prov-sincronização

Este exemplo mostra os resultados da prov-sincronização como considerado no host à espera, com um diretório completo que precisa transferência (CFG_pomtest20):

prov-sincronização

!--- 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

Este resultado do debug mostra os resultados de prov-dply como considerado no host à espera depois que a descrição de um componente do código de ponto de destino (DPC) tinha sido mudada:

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 na partida

Este resultado do debug mostra o pom.dataSync na partida:

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

O erro/debuga tabelas da referência da mensagem

Tipos de evento POM
Código Valor
POM_REQ_T 100
POM_RSP_T 101

Subtipos do evento POM
Código Valor
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
Código Valor
INDETERMINADO 0
PRONTO 1
CFGM_WAIT 2
CFGM_NO_WAIT 3
PEER_WAIT 4
CFGM_VALIDATION_WAIT 5
XFER_WAIT 6

estado (da operação)
Código Valor
desconhecido 0
sucesso 1
falha 2
intervalo 3
no_need_to_transfer 4
file_integrity_success 5
file_integrity_fail 6
link_down 7

Códigos de status POM
Código Valor Significado
XE_NORMAL 0 Operação requisitada terminada com sucesso.
POM_NO_SES 2000 Este cliente não tem nenhuma sessão de POM ativo.
POM_SES_IN_USE 2001 A sessão de POM é já dentro uso.
POM_INVALID_SRC 2002 O diretório de origem não existe.
POM_WAIT_FOR_RESP 2003 Resposta de espera; não pode enviar a mensagem ao POM.
POM_TIMER_WARN 2004 O aviso da quietude da sessão de POM.
POM_TIMER_EXPIRED 2005 A sessão de POM fechou devido à inatividade.
POM_CRT_DST_DIR 2006 Erro que cria o diretório de destino.
POM_CRT_PROV_LNK 2007 Erro que cria o link do abastecimento.
POM_CRT_ACTV_LINK 2008 Erro que cria o link ativo.
POM_CPY_SRC 2009 Arquivos de dados de copi do erro da fonte ao destino.
POM_CFGM_WAIT 2010 O POM não pode processar o pedido; resposta de espera do CfgM.
POM_CFGM_TIMEOUT 2011 A resposta do CfgM cronometrada para fora.
POM_UPDATE_FAILED 2012 Atualização dos arquivos de dados falhados.
POM_CFGM_SEND 2013 Erro que envia o pedido ao CfgM.
POM_CPY_ETC 2014 Arquivos de dados de copi do erro ao diretório etc.
POM_POST_PROC 2015 Erro no processamento do abastecimento do cargo.
POM_SES_ACTIVE 2016 A sessão de POM é já ativa.
POM_SEND 2017 Erro que envia o pedido ao POM.
POM_DST_DIR_EXISTS 2018 O diretório de destino existe; não pode overwrite.
POM_PEER_TIMEOUT 2019 Resposta do par POM cronometrada para fora.
POM_PEER_SES_IN_USE 2020 Sessão de POM do par no uso.
POM_XFER_ERR 2021 Arquivos de dados de transferência do erro.
POM_PEER_SYNC_ERR 2022 A plataforma está no estado NON-pronto. Sincronização dos dados abortada.
POM_INVALID_DST 2023 A fonte/versão de destino não pode ser umas completas ou um caminho relativo. Não pode ter nenhuns caracteres especiais diferentes de “-” e “_”.
POM_VALIDATION_FAILED 2024 Validação dos arquivos de dados falhados.
POM_KEYWORD_DST 2025 A versão de destino não pode usar as palavras-chaves “active” e “novo”.
POM_NO_ACTV_SES 2026 Nenhumas sessões de POM ativo.
POM_ACTV_SRC 2027 O diretório ativo não pode ser usado como um destino.
POM_STAND_ALONE 2028 Distribua/sincronização não pode ser executado no modo independente.
POM_VALIDATION_TIMEOUT 2029 A validação tem programado-para fora. Desenvolvimento dos dados abortado.
POM_VER_MISMATCH 2030 Uma má combinação da versão de arquivo do .DAT.
POM_PEER_NOT_STANDBY 2031 Distribua/sincronização não pode ser executado com um par nonstandby.
POM_PEER_INCOMPATIBLE 2032 O abastecimento não pode ser executado devido a uma versão de peer incompatível.


Informações Relacionadas


Document ID: 28160