Voz y Comunicaciones unificadas : Cisco PGW 2200 Softswitch

Entendiendo PROV-sincronice, prov-dply, y pom.dataSync

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (5 Mayo 2015) | Comentarios


Contenido


Introducción

Los comandos prov-sync y prov-dply del TransPath Man-Machine Language (MML) y el parámetro del pom.dataSync afectan a las sincronizaciones de los datos de abastecimiento entre un par redundante de los controladores de gateway de los medios de Cisco (MGC). Sin embargo, hay algunas diferencias importantes entre estos diversos mecanismos que no estén bien entendidos. Este documento intenta verter una cierta luz en esta materia y proporciona las guías de consulta para utilizar para resolver problemas también.

prerrequisitos

Requisitos

Los Quien lea este documento deben tener conocimiento de este tema:

Componentes Utilizados

Este documento se ha escrito con la versión de software de MGC 9.2(2) en la mente. Sin embargo, los mecanismos discutidos existen comúnmente en las versiones de otro software.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Sincronizaciones de los datos de abastecimiento

Los datos de disposición son los archivos de datos que resultan de los comandos configuration MGC que se publican durante una sesión de abastecimiento de MML. Estos archivos de datos llevan una extensión del nombre de archivo del .dat. Cuando el MGC se utiliza como Virtual Switch Controller (VSC) en vez de un Signaling Controller (SC), algunos archivos de datos llevan un .bin y una extensión del nombre de archivo del .dialPlan también.

Los archivos de datos se llevan a cabo en los directorios separados en /opt/CiscoMGC/etc/CONFIG_LIB. Los directorios ellos mismos llevan el nombre CFG_PROVSESSION. (El provsession variable refiere al nombre de sesión elegido en MML cuando la sesión del aprovisionamiento fue comenzada.)

Uno de estos directorios del CFG_ lleva a cabo los archivos de datos para la configuración MGC activa. Un link simbólico llamado active_link en el directorio de /opt/CiscoMGC/etc se señala a este directorio del CFG_. Los archivos del .dat de la configuración activa también se copian a /opt/CiscoMGC/etc, y en una configuración de VSC, el .bin y los archivos del .dialPlan en /opt/CiscoMGC/dialPlan son substituidos por ésos del directorio activo del CFG_.

Otro link simbólico en /opt/CiscoMGC/etc, llamado prov_link, señala al directorio del CFG_ que lleva a cabo la sesión más reciente del aprovisionado (que puede o no puede igualar la configuración activa). Los directorios restantes del CFG_ contienen los archivos de datos (de las viejas) configuraciones anteriores que se pueden reactivar si es necesario.

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

En una configuración de MGC redundante con un MGC activo y espera, es importante guardar el provisioning de los datos sincronizados entre ambos host para prevenir la pérdida de servicio durante una condición de la Conmutación por falla. Este proceso de la Sincronización de datos del aprovisionamiento es controlado por el administrador de abastecimiento de objeto (POM). Hay varias maneras de hacer esto, y cada método es aplicable a una situación determinada. Comparten estas semejanzas:

  • Los atributos del archivo (nombre, tamaño, y fecha de la modificación más reciente) de los archivos de datos en ambos host se comparan. Esos archivos con los atributos nonmatching se transfieren al MGC espera.

  • El .dat clasifía del directorio del CFG_ que lleva a cabo la configuración activa se copia a /opt/CiscoMGC/etc, como se muestra aquí:

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

    Cuando el MGC se utiliza como VSC, estos comandos se ejecutan también:

    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/
    
  • La reconfiguración dinámica se acciona en el host espera para reflejar la configuración activa nuevamente sincronizada.

Una discusión de cada uno de los métodos de sincronización sigue.

PROV-sincronice

El comando prov-sync pasa con todo el CFG_ provisioning los directorios en /opt/CiscoMGC/etc/CONFIG_LIB en el MGC activo. Avanza esos directorios y archivos que sean diferentes o no existan ya al MGC espera.

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

Porque este comando actúa encendido todos los directorios del aprovisionamiento, es importante poner una limitación en el número de directorios del aprovisionamiento mantenidos en /opt/CiscoMGC/etc/CONFIG_LIB. Para hacer esto, fije el diskmonitor.CfgRmDirs del parámetro en el archivo del XECfgParm.dat al número máximo de configuraciones permitidas. (El valor predeterminado es 64.)

precaución Precaución: El parámetro del diskmonitor.CfgRmDirs en los pares redundantes MGC debe hacer juego. Si no, las funciones y el rendimiento del sistema pueden ser afectados al contrario.

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

Usted debe utilizar la utilidad de /opt/CiscoMGC/local/config-lib para quitar viejo o las configuraciones no deseadas manualmente porque no permite que un administrador quite accidentalmente la configuración activa. Si usted borra una configuración, usted debe borrarla en ambos sistemas, si es posible.

config-liberación
% 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

El comando prov-dply realiza las funciones prov-cpy en que hace la sesión del aprovisionado la configuración activa en el host actual, pero también avanza esa misma configuración al recurso seguro. Este comando actúa encendido solamente una configuración: el activo.

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

Mientras que ambos PROV-sincronizan y prov-dply se pueden ejecutar solamente en el MGC activo, el parámetro del pom.dataSync en el archivo del XECfgParm.dat permite que las sincronizaciones de los datos de abastecimiento sean accionadas del host espera. (Esto sale inalterado del flujo real de datos de abastecimiento de activo al recurso seguro.)

Determinación predeterminada del pom.dataSync
% grep pom.dataSync /opt/CiscoMGC/etc/XECfgParm.dat 
pom.dataSync = false�� # don't synch slave data with master

El parámetro del pom.dataSync indica que el POM en el recurso seguro debe sincronizar sus archivos de datos de la configuración activa con los de su par en el inicio MGC o la Conmutación por falla; si es diferente, debe accionar la reconfiguración dinámica. Los valores permisibles son:

  • verdad — Se habilita el POM; se sincronizan los datos.

  • falso — Se inhabilita el POM; no hay Sincronización de datos (valor por defecto).

Si usted tiene un MGC independiente, fije este valor a falso. Si usted tiene dos host MGC en una configuración de failover, fije este valor para verdad en ambos host para acomodar las condiciones de la Conmutación por falla en las cuales el host activo actual puede hacer el host espera.

Cuando la configuración inicial MGC en el host activo se despliega, usted debe cambiar el parámetro del pom.dataSync al truein el archivo del XECfgParm.dat en el host espera. Después de fijar este parámetro para verdad, usted puede comenzar el MGC en el host espera. Mientras que sube el MGC, los datos sobre el host espera se sincronizan con los datos sobre el host activo. El host espera entonces entra el estado espera.

Este parámetro actúa encendido solamente una configuración: el activo.

Nota: Durante la actualización de una configuración de MGC redundante, verifique que el parámetro del pom.dataSync esté fijado al falseon el host espera antes de iniciar el software actualizado. También, no olvide cambiar la configuración de nuevo al trueonce que el host del par se ha actualizado con éxito también.

Nota: Si usted fija el pom.dataSync a falso, no inhabilita las sincronizaciones de los datos de abastecimiento con el uso de prov-dply ni PROV-sincroniza.

Troubleshooting

Cuando la sincronización de disposición falla, el error señaló por PROV-sincroniza o prov-dply en MML no es generalmente muy informativo.

La primera cosa a hacer (preferiblemente en el host que será espera) es verificar si algunos mensajes de error surgieron en el archivo de /opt/CiscoMGC/var/log/platform.log a la hora de la sincronización. Otra opción es utilizar el tail -f /opt/CiscoMGC/var/log/platform.log para mirar en el tiempo real en el archivo del registro durante la sincronización.

Particularmente, busque el archivo del registro para los mensajes que contienen el pomMgr o el XEFileService de las cadenas.

Clasifíe la propiedad y los permisos

La sincronización de disposición compara los atributos del archivo (nombre, tamaño, y época de la modificación más reciente) y transfiere los archivos para los cuales los atributos no hacen juego. Sin embargo, los archivos deben ser primeros accesibles. Si el POM tiene problema que procesa los ciertos archivos o directorios, debe ser evidente de los mensajes de error pertinente en el archivo de platform.log.

PROV-sincronice a la falla a causa de a los permisos del directorio incorrecto en el 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.

El acceso al archivo es determinado por los modos de la propiedad y del permiso del archivo del archivo. Porque la mayoría de los procesos MGC (POM incluyendo) funcionados con bajo el mgcusr de la identificación del usuario, los archivos de datos y esos directorios llevándolos a cabo deben pertenecer al mgcusr de la identificación del usuario y al mgcgrp del ID de grupo. Además, los modos de permiso para los archivos de datos deben permitir el acceso de lectura y escritura al mgcusr y al mgcgrp. Los directorios que contienen estos archivos de datos deben incluir ejecutan el permiso para el mgcusr y el mgcgrp también.

Corrija el archivo/los permisos del directorio y la propiedad
% 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: En una configuración de MGC redundante, usted puede notar que el archivo de datos y los permisos del directorio del CFG_ para los otros categoría (los tres bits de derecha del permiso) varían. Los permisos pueden variar de leído y ejecutar el permiso a ningunos permisos para los directorios del CFG_, y de leído y permiso de escritura solamente al permiso de lectura para los archivos de datos. Esto depende generalmente encendido si el archivo/el directorio fue creado localmente o extraído del host del par por el POM. Los permisos del archivo más significativos son ésos para el usuario y el grupo (mcgusr y mgcgrp).

Nota: Cuando usted verifica la propiedad y los permisos del archivo para los archivos de datos de la configuración activa, recuerde verificar ambas ubicaciones en donde se guardan estos archivos de datos: en /opt/CiscoMGC/etc y en el directorio del CFG_ señaló por a /opt/CiscoMGC/etc/active_link. En una configuración de VSC, recuerde verificar los archivos de datos del Plan de marcado que terminan con el .bin y las extensiones del nombre de archivo del .dialPlan en /opt/CiscoMGC/dialPlan/ y en los directorios del CFG_.

Si los permisos del archivo no aparecen estar correctos, pudieron haber sido cambiados manualmente accidentalmente, o el valor del umask para el mgcusr puede no más estar correcto. El valor del umask determina la máscara de la creación de los permisos del archivo para el entorno de ejecución del shell del usuario. Por abandono, se configura en /opt/CiscoMGC/local/.cshrc y debe igualar 2.

Verificar la configuración del umask del 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

Generalmente, usted no debe cambiar los permisos del archivo y la propiedad del archivo manualmente. En caso necesario, sin embargo, esto muestra cómo restablecer los valores de nuevo a normal:

Restablecer el archivo/los permisos del directorio y la propiedad

!--- 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: Si usted es inseguro sobre los permisos del archivo y la propiedad, vea /opt/CiscoMGC/etc/CONFIG_LIB/new. Este directorio contiene los archivos de datos mínimos requeridos configurar el MGC. Éstos son los archivos de datos que una instalación inicial de la aplicación MGC utiliza. Los usuarios que desean provision el MGC desde el principio pueden utilizar este directorio como la fuente.

Aparte del archivo/la propiedad del directorio y los permisos incorrectos, hay algunos otros problemas potenciales. Se discuten abajo.

Descansos

Para las configuraciones grandes o durante el USO de la red de los periodos de alto, los comandos prov-dply y prov-sync pueden medir el tiempo hacia fuera y deben ser ejecutados nuevamente. Preferiblemente, esto se hace cuando el USO de la red ha disminuido, o, en el caso de un descanso del PROV-sincronizar, después de que las configuraciones no deseadas se hayan quitado con la utilidad de la config-liberación.

Descanso de la transferencia de archivos

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

Si usted necesita hacer las tentativas relanzadas de completar la sincronización con éxito, usted puede también ejecutarse en los problemas de red descritos más abajo.

Problemas de red

Layer 1

Los problemas de red del Layer 1 pueden evitar que las transferencias de archivos completen con éxito. Puesto que el POM utiliza el TFTP sobre el protocolo confiable de datos del usuario (RUDP) para las transferencias de archivos reales, mire el archivo de platform.log para los errores RUDP- y TFTP-relacionados.

El netstat del comando unix - i permite que usted verifique si algunos errores de entrada o salida o algunas colisiones han ocurrido en las conexiones de Ethernet. Típicamente, usted debe comparar su salida tomada antes de la sincronización del aprovisionamiento, y otra vez después de la sincronización del aprovisionamiento. Un problema común es configuraciones de dúplex Ethernet unidas mal entre los Host de red y el Switches. Usted no debe tener ninguna colisiones al trabajar en el duplex lleno; ésa es típicamente la manera que usted quiere trabajar.

PROV-sincronice a la falla a causa de a las configuraciones de dúplex Ethernet unidas mal entre el MGC y el Switch de los Catalyst de 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

Si su equipo está conectado con un Switch del Cisco Catalyst, usted puede utilizar los comandos show port y set port de ver y de cambiar las configuraciones de puerto.

Para examinar o fijar una interfaz de Ethernet específica en el MGC, especifiqúelo como sigue:

# ndd -set driver instance #

Nota: El driver variable puede ser /dev/hme, /dev/qfe, o /dev/eri, dependiendo del indicador luminoso LED amarillo de la placa muestra gravedad menor del tipo de red. El variable # es el Número de interfaz.

Para examinar los Valores de parámetro, utilice el comando ndd -get. Particularmente, link_speed revela si la interfaz está actuando en el 10 Mbps o el modo del 100 Mbps (configuraciones de 0 y 1, respectivamente); el link_mode revela si se está ejecutando en medio o por completo - el duplex (0 y 1, respectivamente).

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

Para realizar un conjunto duro de los parámetros link_speed y del link_mode para el hme#, varios otros parámetros se deben fijar con el comando ndd -set. En estos Nombres del parámetro, 10 o 100 se refiere link_speed, el fdx o el hdx refiere al link_mode, y el autoneg refiere a la capacidad de autonegociación. La configuración correspondiente al modo deseado se debe fijar a 1 y el resto de los parámetros se deben fijar a 0. (un adv_autoneg_cap de 1 es el valor por defecto.) Por ejemplo, fijar el hme# al 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

Los comandos ndd -set pueden ser utilizados en el script de la inicialización de /etc/rc2.d/S69inet para fijar el modo de la interfaz durante el inicio, bastante que permitiendo el autonegotiation. Esto puede ser útil si una de las interfaces está conectado con un más viejo Switch que no esté autonegociando la velocidad de línea o el modo correctamente. Para enumerar todos los parámetros soportados por el driver de la placa de red, utilice:

ndd driver \?

La velocidad de línea y el modo se pueden también fijar para todas las interfaces de Ethernet en el sistema si usted fija el siguiente en el archivo y la reinicialización de /etc/system:

  • 100 Mb, por completo - duplex:

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

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=0 
    set hme:hme_adv_100hdx_cap=1
    
  • 10 Mb, por completo - 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, half 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
    

Capas superiores

En una capa superior, el POM utiliza el puerto 4001 del User Datagram Protocol (UDP) para señalar y el puerto 4002 UDP para las transferencias de archivos reales TFTP. Estos puertos son valores predeterminados, controlados por el parámetro pom.port en el XECfgParm.dat. Muestran los estados de puerto normales POM para un par redundante de MGC aquí:

Puertos 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

PROV-sincronice falla

Además de estas guías de consulta, hay algunas guías de consulta que son específicas PROV-sincronizar. El comando prov-sync es el único método de sincronización que pasa a través de todos los directorios del CFG_. Si falla, usted debe verificar si prov-dply los trabajos en lugar de otro porque actúa prov-dply solamente encendido la configuración activa. Si prov-dply los trabajos y PROV-sincronizan no hacen, el problema pueden estar con los directorios uces de los del CFG_ excepto el activo.

En este caso, archivo de comprobación y atributos del directorio en los directorios del CFG_. Verifique que el parámetro del diskmonitor.CfgRmDirs en el archivo del XECfgParm.dat esté fijado y correspondido con en ambos host. También, verifique que sea el número real de directorios del CFG_ salvados inferior o igual el valor establecidovalor establecido en el diskmonitor.CfgRmDirs.

Intente quitar las configuraciones obsoletas con el uso de la utilidad de /opt/CiscoMGC/local/config-lib. Esté seguro que usted las borra en ambos sistemas, si están disponibles en ambos.

Verifique el 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 fuera de servicio después del lanzamiento o de la Conmutación por falla

Un error en la Sincronización de datos durante el lanzamiento o la Conmutación por falla hace al recurso seguro seguir siendo fuera de servicio (OOS) hasta que se resuelva el problema.

Hay diversas razones por las que el host espera sigue siendo OOS. Complete estos pasos para determinar si el problema está con la sincronización del aprovisionamiento:

  1. Temporalmente, fije el parámetro del pom.dataSync en el XECfgParm.dat a falso.

  2. Reinicie la aplicación MGC.

  3. Verifique si el host entra el modo de reserva este vez.

Si hace, la sincronización de disposición es probable ser el problema. Usted debe proceder a marcar los registros y a verificar la propiedad y los permisos del archivo para la configuración activa, como se explica en la propiedad y los permisos del archivo de la sección.

Si sucedió el problema después de que usted actualizara el software de MGC o la corrección llana, es posible que después de que la actualización del recurso seguro, pero antes de que la actualización del host activo, el recurso seguro fuera iniciada con el pom.dataSync fijado para verdad. Esto hace el POM extraer los viejos archivos de datos del host activo. Significa que el software actualizado en el host espera intenta ejecutarse con los viejos archivos de datos. El formato de los viejos archivos de datos puede o no puede ser compatible con los nuevos archivos de datos, que depende de la compatibilidad llana entre ambas versiones de software. Esto no presentaría un problema si usted se realizó PROV-sincroniza antes de la actualización y del conjunto pom.dataSyncto falsos antes de que usted iniciara el host actualizado. Fije pom.dataSyncback to que los host verdaderos del whenboth se han actualizado con éxito.

La manera más segura de recuperarse de esta situación es invertir a la versión anterior o a la corrección llana, y sigue el procedimiento correcto en una segunda tentativa.

Depurar

Para los problemas con la sincronización del aprovisionamiento, el proceso del interés es POM. Usted puede hacer el debug del POM en el host activo, el host espera, o en ambos. Sin embargo, es típicamente el mejor hacer el debug de tales problemas en el host que será espera.

Cómo hacer el debug de

Siga este procedimiento para hacer el debug de los problemas con PROV-sincronizan y prov-dply (en el host espera):

  1. Ejecute el script de /opt/CiscoMGC/bin/log_rotate.sh para comenzar con un archivo limpio de platform.log.

  2. En MML, publique set-log:pom-01:debug,confirm para fijar el nivel de registro para el proceso POM-01 para hacer el debug de.

  3. En el host activo, publique el comando prov-sync o prov-dply.

  4. Después de que el comando haya completado, publique el comando set-log:pom-01:err de fijar el nivel de registro POM-01 de nuevo a normal (yerre).

  5. Verifique que los mensajes del debug se hayan salvado en el archivo de /opt/CiscoMGC/var/log/platform.log.

    Nota: Los mensajes del debug son marcados por una cadena del <Debug> que se arrastra.

Para el pom.dataSync publica sobre el lanzamiento, siguen este procedimiento (en el host espera):

  1. Parada de /etc/init.d/CiscoMGC del problema para parar la aplicación MGC.

  2. Agregue el parámetro pom.logPrio al archivo del XECfgParm.dat, y fíjelo para hacer el debug de.

    conjunto pom.logPrio a hacer el debug de
    % grep pom.logPrio /opt/CiscoMGC/etc/XECfgParm.dat 
    pom.logPrio = Debug
    

  3. Ejecute el script de /opt/CiscoMGC/bin/log_rotate.sh para comenzar con un archivo limpio de platform.log.

  4. Publique el comienzo de /etc/init.d/CiscoMGC para comenzar la aplicación MGC.

  5. Espere hasta que el host haya entrado el modo de reserva.

    Para verificar esto, publique el RTRV-NE en MML. Si el problema es que el recurso seguro sigue siendo OOS, permita que el debug se ejecute de largo bastante para capturar el problema.

  6. En MML, publique set-log:pom-01:err para inhabilitar el debugging POM.

  7. Quite la línea pom.logPrio = debug del archivo del XECfgParm.dat, o comente él hacia fuera poniendo el carácter # delante de él.

  8. Verifique que los mensajes del debug se hayan salvado en el archivo de /opt/CiscoMGC/var/log/platform.log.

El procedimiento para hacer el debug de los problemas con el pom.dataSync sobre la Conmutación por falla es casi lo mismo para las cuales está PROV-sincroniza y prov-dply. Las únicas diferencias son que usted ejecuta todos los pasos en el host que fallarán encima (el host activo actual) y que, en vez de usar los comandos prov-sync o prov-dply, usted debe publicar el comando o la acción que accionarán la Conmutación por falla.

precaución Precaución: Tenga cuidado cuando usted hace el debug de tal problema. Es posible que la configuración de ambos MGC está no más en la sincronización, y la configuración puede fallar encima a una configuración no deseada.

Nota: El debug POM-01 puede ser muy prolijo. Habilitelo momentos antes que usted publica el comando que acciona la sincronización, y lo inhabilita inmediatamente después de la realización del comando. Es el mejor no habilitar el debug durante la alta carga del sistema.

Debug POM-01 (mostrado en el host activo)
% /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

Qué buscar

Después de que la información del debug se haya registrado a un archivo, busque el archivo para las líneas que contienen el pomMgr y XEFileService. Hay muchos otros mensajes recogidos, pero estos dos son el los más interesantes e informativos. Para ver la reconfiguración dinámica como resultado de la sincronización, usted puede también buscar para XETable y el cfgEventHandler.

Para identificar los problemas con las transferencias de archivos, la búsqueda para las líneas que contienen tftp y el operationStatus. (Véase la Tabla de estado (de la operación).) El valor del estado de respuesta (resp status (estado de respuesta)) devuelto al par también puede estar de ayuda. Refleja el código de estado POM.

PROV-sincronice a la falla a causa de a los permisos incorrectos en el directorio CFG_pom-test1 en el 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.

Ejemplos

Nota: Solamente se muestran los mensajes más informativos del debug. Se omiten otros, especialmente los mensajes RUDP.

PROV-sincronice

Este ejemplo muestra que los resultados de PROV-sincronizan según lo considerado en el host espera, con un directorio completo que necesite la transferencia (CFG_pomtest20):

PROV-sincronice

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

Esta salida de los debugs muestra los resultados de prov-dply según lo considerado en el host espera después de que la descripción de un componente del código del punto de destino (DPC) hubiera sido cambiada:

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 en el lanzamiento

Esta salida de los debugs muestra el pom.dataSync en el lanzamiento:

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

Tablas de la referencia del error/del mensaje del debug

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

Subtipos de 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
INDEFINIDO 0
LISTO 1
CFGM_WAIT 2
CFGM_NO_WAIT 3
PEER_WAIT 4
CFGM_VALIDATION_WAIT 5
XFER_WAIT 6

estatus (de la operación)
Código Valor
desconocido 0
éxito 1
fall 2
descanso 3
no_need_to_transfer 4
file_integrity_success 5
file_integrity_fail 6
link_down 7

Códigos de estado POM
Código Valor Significación
XE_NORMAL 0 Operación solicitada completada con éxito.
POM_NO_SES 2000 Este cliente no tiene ninguna sesión POM activa.
POM_SES_IN_USE 2001 La sesión POM es ya funcionando.
POM_INVALID_SRC 2002 El directorio de origen no existe.
POM_WAIT_FOR_RESP 2003 Para respuesta que espera; no puede enviar el mensaje al POM.
POM_TIMER_WARN 2004 La advertencia de la marcha lenta de la sesión POM.
POM_TIMER_EXPIRED 2005 La sesión POM ha cerrado debido a la inactividad.
POM_CRT_DST_DIR 2006 Error que crea el directorio de destino.
POM_CRT_PROV_LNK 2007 Error que establece las relaciones del aprovisionamiento.
POM_CRT_ACTV_LINK 2008 Error que establece el link activo.
POM_CPY_SRC 2009 Archivos de datos de copiado del error de la fuente al destino.
POM_CFGM_WAIT 2010 El POM no puede procesar la petición; para respuesta que espera del CfgM.
POM_CFGM_TIMEOUT 2011 La respuesta del CfgM medida el tiempo hacia fuera.
POM_UPDATE_FAILED 2012 Actualización de los archivos de datos fallados.
POM_CFGM_SEND 2013 Error que envía la petición al CfgM.
POM_CPY_ETC 2014 Archivos de datos de copiado del error al directorio etc.
POM_POST_PROC 2015 Error en el proceso del aprovisionamiento del poste.
POM_SES_ACTIVE 2016 La sesión POM es ya activa.
POM_SEND 2017 Error que envía la petición al POM.
POM_DST_DIR_EXISTS 2018 El directorio de destino existe; no puede sobregrabar.
POM_PEER_TIMEOUT 2019 Respuesta del par POM medida el tiempo hacia fuera.
POM_PEER_SES_IN_USE 2020 Sesión POM del par funcionando.
POM_XFER_ERR 2021 Archivos de datos de transferencia del error.
POM_PEER_SYNC_ERR 2022 La plataforma está en el estado NON-listo. Sincronización de datos abortada.
POM_INVALID_DST 2023 La fuente/la versión de destino no puede ser llenas o una ruta relativo. No puede tener ninguna caracteres especiales con excepción de “-” y “_”.
POM_VALIDATION_FAILED 2024 Validación de los archivos de datos fallados.
POM_KEYWORD_DST 2025 La versión de destino no puede utilizar las palabras claves “active” y “nuevo”.
POM_NO_ACTV_SES 2026 Ningunas sesiones POM activas.
POM_ACTV_SRC 2027 El Active Directory no se puede utilizar como destino.
POM_STAND_ALONE 2028 Despliegue/sincronice no puede ser realizado en el modo autónomo.
POM_VALIDATION_TIMEOUT 2029 La validación tiene sincronizado-hacia fuera. Despliegue de datos abortado.
POM_VER_MISMATCH 2030 Una discordancía de la versión del archivo del .dat.
POM_PEER_NOT_STANDBY 2031 Despliegue/sincronice no puede ser realizado con un par nonstandby.
POM_PEER_INCOMPATIBLE 2032 El aprovisionamiento no puede ser realizado debido a una versión de peer incompatible.


Información Relacionada


Document ID: 28160