Voix et communications unifiées : Commutateur logiciel Cisco PGW 2200

Présentation de prov-sync, prov-dply et pom.dataSync

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (5 mai 2015) | Commentaires


Contenu


Introduction

Le prov-sync homme-machine de commandes du langage de TransPath (MML) et prov-dply et l'affect de paramètre pom.dataSync la synchronisation des données de ravitaillement entre une paire redondante de contrôleurs de passerelle de medias de Cisco (MGCs). Cependant, il y a quelques importantes différences entre ces divers mécanismes qui ne sont pas bons compris. Les tentatives de ce document de jeter une certaine lumière sur cette matière et fournit des instructions pour les utiliser pour dépanner aussi bien.

Conditions préalables

Conditions requises

Les lecteurs de ce document doivent avoir des connaissances sur le sujet suivant :

Composants utilisés

Ce document a été écrit avec la version de logiciel 9.2(2) MGC à l'esprit. Cependant, les mécanismes discutés existent généralement dans d'autres versions logicielles.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Synchronisation des données de ravitaillement

Les données de ravitaillement sont les fichiers de données qui résultent des commandes de configuration MGC qui sont émises pendant une session de ravitaillement MML. Ces fichiers de données portent une extension de nom du fichier .dat. Quand le MGC est utilisé comme Virtual Switch Controller (VSC) au lieu d'un contrôleur de signalisation (Sc), les fichiers de quelques données portent une extension de nom du fichier .bin et .dialPlan aussi bien.

Des fichiers de données sont tenus dans les répertoires distincts dans /opt/CiscoMGC/etc/CONFIG_LIB. Les répertoires eux-mêmes portent le nom CFG_PROVSESSION. (Le provsession variable se rapporte au nom de session choisi dans MML quand la session de ravitaillement a été commencée.)

Un de ces répertoires CFG_ tient les fichiers de données pour la configuration active MGC. Un lien symbolique appelé l'active_link dans le répertoire de /opt/CiscoMGC/etc est indiqué ce répertoire CFG_. Les fichiers .dat de la configuration active sont également copiés sur /opt/CiscoMGC/etc, et dans une configuration VSC, les .bin et des fichiers .dialPlan dans /opt/CiscoMGC/dialPlan sont remplacés par ceux à partir du répertoire actif CFG_.

Un autre lien symbolique dans /opt/CiscoMGC/etc, appelé le prov_link, indique le répertoire CFG_ qui tient la dernière session provisioned (qui peut ou peut ne pas égaler la configuration active). Les répertoires restants CFG_ contiennent des fichiers de données (des vieilles) configurations précédentes qui peuvent être réactivées si nécessaires.

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

Dans une configuration redondante MGC avec un actif et un standby MGC, il est important de maintenir des données de ravitaillement synchronisées entre les deux hôtes pour empêcher la perte de service pendant un état de Basculement. Ce processus de synchronisation des données de ravitaillement est contrôlé par le gestionnaire d'objet de ravitaillement (POM). Il y a plusieurs manières de faire ceci, et chaque méthode s'applique à une situation particulière. Ils partagent ces similitudes :

  • Les attributs du fichier (nom, taille, et date de dernière modification) des fichiers de données sur les deux hôtes sont comparés. Ces fichiers avec des attributs non assortis sont transférés vers le standby MGC.

  • Le .dat classe à partir du répertoire CFG_ qui tiennent la configuration active sont copiés sur /opt/CiscoMGC/etc, comme affiché ici :

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

    Quand le MGC est utilisé comme VSC, ces commandes sont aussi bien exécutées :

    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 reconfiguration dynamique est déclenchée sur l'hôte de réserve pour refléter la configuration active nouvellement synchronisée.

Une discussion de chacune des méthodes de synchronisation suit.

prov-sync

La commande de prov-sync passe par tous les répertoires de ravitaillement CFG_ dans /opt/CiscoMGC/etc/CONFIG_LIB sur le MGC actif. Il pousse ces répertoires et fichiers qui sont différents ou n'existent pas déjà au standby MGC.

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

Puisque cette commande traite tous les répertoires de ravitaillement, il est important de mettre une limite sur le nombre de répertoires de ravitaillement mis à jour dans /opt/CiscoMGC/etc/CONFIG_LIB. Pour faire ceci, placez le paramètre diskmonitor.CfgRmDirs dans le fichier XECfgParm.dat au nombre maximal de configurations permises. (La valeur par défaut est 64.)

attention Attention : Le paramètre diskmonitor.CfgRmDirs sur les paires redondantes MGC doit s'assortir. Autrement, la fonctionnalité et la performance du système peuvent être compromises.

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

Vous devriez employer l'utilitaire de /opt/CiscoMGC/local/config-lib pour retirer de vieilles ou non désirées configurations manuellement parce qu'il ne permet pas à un administrateur de retirer accidentellement la configuration active. Si vous supprimez une configuration, vous devriez la supprimer sur les deux systèmes, si possible.

config-bibliothèque
% cd 
/opt/CiscoMGC/local� 
% config-lib

 � The Configuration File Library Main Menu� 

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

�� Configuration Versions� 

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

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

prov-dply

Prov-dply la commande remplit les fonctions prov-cpy parce qu'elle fait à la session provisioned la configuration active sur l'hôte en cours, mais elle pousse également que la même configuration au standby. Cette commande traite seulement une configuration : l'actif.

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

Tandis que le prov-sync et prov-dply peut seulement être exécuté sur le MGC actif, le paramètre pom.dataSync dans le fichier XECfgParm.dat permet la synchronisation des données de ravitaillement à déclencher de l'hôte de réserve. (Ceci part inchangé de l'écoulement réel des données de ravitaillement d'active au standby.)

Configuration par défaut pom.dataSync
% grep pom.dataSync /opt/CiscoMGC/etc/XECfgParm.dat 
pom.dataSync = false�� # don't synch slave data with master

Le paramètre pom.dataSync indique que POM en état d'alerte devrait synchroniser ses fichiers de données de configuration active avec ceux de son pair au startup ou au Basculement MGC ; si différent, il devrait déclencher la reconfiguration dynamique. Les valeurs permises sont :

  • vrai — POM est activé ; des données sont synchronisées.

  • faux — POM est désactivé ; il n'y a aucune synchronisation des données (par défaut).

Si vous avez un MGC autonome, placez cette valeur à faux. Si vous avez deux hôtes MGC dans une configuration de Basculement, placez cette valeur pour rectifier sur les deux hôtes pour faciliter les états de Basculement en lesquels l'hôte actif en cours peut devenir l'hôte de réserve.

Quand la configuration de l'initiale MGC sur l'hôte actif est déployée, vous devez changer le paramètre pom.dataSync au truein le fichier XECfgParm.dat sur l'hôte de réserve. Après établissement de ce paramètre pour rectifier, vous pouvez commencer le MGC sur l'hôte de réserve. Pendant que le MGC monte, les données sur l'hôte de réserve sont synchronisées avec les données sur l'hôte actif. L'hôte de réserve entre alors dans l'état de réserve.

Ce paramètre traite seulement une configuration : l'actif.

Remarque: Pendant la mise à jour d'une configuration redondante MGC, vérifiez que le paramètre pom.dataSync est placé au falseon l'hôte de réserve avant d'amorcer le logiciel mis à jour. En outre, n'oubliez pas de changer la configuration de nouveau au trueonce que l'hôte de pair a été mis à jour avec succès aussi bien.

Remarque: Si vous placez pom.dataSync à faux, il ne désactive pas la synchronisation des données de ravitaillement par l'utilisation de prov-dply ou le prov-sync.

Dépannez

Quand la synchronisation de ravitaillement échoue, la panne a signalé par prov-sync ou prov-dply dans MML n'est habituellement pas très instructive.

La première chose à faire (de préférence sur l'hôte qui sera de réserve) est de vérifier si des messages d'erreur se sont affichés dans le fichier de /opt/CiscoMGC/var/log/platform.log au moment de la synchronisation. Une autre option est d'utiliser la queue - f /opt/CiscoMGC/var/log/platform.log pour regarder en temps réel le fichier journal pendant la synchronisation.

En particulier, recherchez le fichier journal pour des messages contenant le pomMgr ou le XEFileService de chaînes.

Propriété et autorisations de fichier

La synchronisation de ravitaillement compare les attributs du fichier (nom, taille, et période de dernière modification) et transfère les fichiers pour lesquels les attributs ne s'assortissent pas. Cependant, les fichiers doivent être des premiers accessibles. Si POM a le problème traitant de certains fichiers ou répertoires, il devrait ressortir des messages d'erreur afférente dans le fichier de platform.log.

le prov-sync échoue en raison des autorisations incorrectes de répertoire sur l'hôte de réserve

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

L'accès au fichier est déterminé par des modes de propriété et de permission du fichier de fichier. Puisque la plupart des MGC traite (POM y compris) exécuté sous le mgcusr d'user-id, les fichiers de données et ces répertoires les tenant devraient appartenir au mgcusr d'user-id et au mgcgrp d'identification groupe. En outre, les modes d'autorisation pour des fichiers de données devraient laisser accès en écriture lue et au mgcusr et au mgcgrp. Les répertoires contenant ces fichiers de données devraient inclure exécutent l'autorisation pour le mgcusr et le mgcgrp aussi bien.

Corrigez le fichier/les autorisations et propriété de répertoire
% 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

Remarque: Dans une configuration redondante MGC, vous pouvez noter que le fichier de données et des autorisations du répertoire CFG_ pour les autres catégorie (les trois bits de droite d'autorisation) varient. Les autorisations peuvent varier de lire et exécuter l'autorisation à aucune autorisations pour des répertoires CFG_, et de lire et écrire l'autorisation de lire seulement l'autorisation pour des fichiers de données. Ceci dépend habituellement de si le fichier/répertoire a été créé localement ou a été récupéré de l'hôte de pair par POM. Les permissions du fichier les plus significatives sont ceux pour l'utilisateur et le groupe (mcgusr et mgcgrp).

Remarque: Quand vous vérifiez la propriété et les autorisations de fichier pour des fichiers de données de la configuration active, souvenez-vous pour vérifier les deux emplacements où ces fichiers de données sont gardés : dans /opt/CiscoMGC/etc et dans le répertoire CFG_ a indiqué par /opt/CiscoMGC/etc/active_link. Dans une configuration VSC, souvenez-vous pour vérifier des fichiers de données de Plan de composition finissant avec des extensions de nom du fichier .bin et .dialPlan dans /opt/CiscoMGC/dialPlan/ et dans les répertoires CFG_.

Si les permissions du fichier ne semblent pas être correctes, elles ont pu avoir été manuellement changées accidentellement, ou la valeur d'umask pour le mgcusr peut plus n'être correcte. La valeur d'umask détermine le masque de création de permissions du fichier pour l'environnement d'exécution de shell d'utilisateur. Par défaut, il est configuré dans /opt/CiscoMGC/local/.cshrc et devrait égaler 2.

Vérifier la configuration d'umask de 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

Habituellement, vous ne devriez pas changer des permissions du fichier et classer la propriété manuellement. S'il y a lieu, cependant, ceci affiche comment restaurer des valeurs de nouveau à la normale :

Restaurer le fichier/les autorisations et propriété de répertoire

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

Remarque: Si vous êtes incertain au sujet des permissions du fichier et de la propriété, visualisez /opt/CiscoMGC/etc/CONFIG_LIB/new. Ce répertoire contient les fichiers de données minimum exigés pour configurer le MGC. Ce sont les fichiers de données qu'une installation initiale de l'application MGC utilise. Les utilisateurs qui souhaitent provision le à partir de zéro MGC peuvent utiliser ce répertoire comme source.

Indépendamment du fichier incorrect/de la propriété et des autorisations de répertoire, il y a quelques autres éventuels problèmes. Ils sont discutés ci-dessous.

Délais d'attente

Pour de grandes configurations ou au cours des périodes d'utilisation élevée de réseau, prov-dply et de commandes de prov-sync peut chronométrer et devrait être exécuté de nouveau. De préférence, ceci est fait quand l'utilisation de réseau a diminué, ou, dans le cas d'un délai d'attente de prov-sync, après que des configurations non désirées aient été retirées avec l'utilitaire de config-bibliothèque.

Délai d'attente de transfert de fichiers

!--- 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 vous devez faire des tentatives répétées de se terminer la synchronisation avec succès, vous pouvez également s'exécuter dans les problèmes de réseau décrits ci-dessous.

Problèmes de réseau

Couche 1

Les problèmes de réseau de la couche 1 peuvent empêcher des transferts de fichiers de se terminer avec succès. Puisque POM utilise le TFTP au-dessus du protocole de données fiable d'utilisateur (RUDP) pour les transferts de fichiers réels, regardez le fichier de platform.log pour les erreurs RUDP- et liées à la TFTP.

Le netstat de commande UNIX - I te permet pour vérifier si de l'entrée ou erreurs de sortie ou des collisions se sont produites sur les connexions Ethernet. Typiquement, vous devriez comparer sa sortie prise avant la synchronisation de ravitaillement, et de nouveau après la synchronisation de ravitaillement. Un problème courant est les configurations de duplex Ethernet mal adaptées entre les hôtes réseau et les Commutateurs. Vous ne devriez avoir aucune collisions en fonctionnant en bidirectionnel simultané ; c'est typiquement la manière que vous voulez travailler.

le prov-sync échoue en raison des configurations de duplex Ethernet mal adaptées entre MGC et commutateur d'Ethernet Catalyst
% 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 votre matériel est connecté à un commutateur Cisco Catalyst, vous pouvez utiliser le show port et placer des commandes de port de visualiser et changer des configurations de port.

Pour examiner ou placer une interface Ethernet spécifique sur le MGC, spécifiez-le comme suit :

# ndd -set driver instance #

Remarque: Le gestionnaire variable peut être /dev/hme, /dev/qfe, ou /dev/eri, selon le type de carte réseau. Le variable # est le nombre d'interface.

Pour examiner des valeurs de paramètre, utilisez le ndd - obtenez la commande. En particulier, link_speed indique si l'interface fonctionne dans 10 Mbits/s ou modes de 100 Mbits/s (configurations de 0 et de 1, respectivement) ; le link_mode indique s'il s'exécute à semi-duplex ou en duplex intégral (0 et 1, respectivement).

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

Pour exécuter un embarrassé des paramètres link_speed et de link_mode pour le hme#, plusieurs autres paramètres doivent être placés avec le ndd - commande set. Dans ces noms de paramètre, 10 ou 100 se rapporte link_speed, le fdx ou le hdx se rapporte au link_mode, et l'autoneg se rapporte à la capacité de négociation automatique. La configuration correspondant au mode désiré devrait être placée à 1 et tous autres paramètres devraient être placés à 0. (un adv_autoneg_cap de 1 est le par défaut.) Par exemple, pour placer le hme# au duplex 100/full, utilisation :

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

Le ndd - des commandes set peuvent être utilisées dans le script d'initialisation de /etc/rc2.d/S69inet pour placer le mode interface pendant le démarrage, plutôt que permettant la négociation automatique. Ceci peut être utile si une des interfaces est connectée à un commutateur plus ancien qui n'autonégocie pas la vitesse linéaire ou le mode correctement. Pour répertorier tous les paramètres pris en charge par le gestionnaire de carte réseau, utilisation :

ndd driver \?

La vitesse linéaire et le mode peuvent également être placés pour toutes les interfaces Ethernet sur le système si vous placez le suivant dans le fichier et la réinitialisation de /etc/system :

  • 100 mi-bande, bidirectionnel simultané :

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=1
    
  • 100 mi-bande, semi duplex :

    set hme:hme_adv_autoneg_cap=0 
    set hme:hme_adv_100fdx_cap=0 
    set hme:hme_adv_100hdx_cap=1
    
  • 10 mi-bande, bidirectionnel simultané :

    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 mi-bande, semi 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
    

Couches supérieures

Sur une couche plus élevée, POM utilise le port 4001 de Protocole UDP (User Datagram Protocol) pour signaler et le port UDP 4002 pour les transferts de fichiers réels TFTP. Ces ports sont des valeurs par défaut, contrôlées par le paramètre pom.port dans XECfgParm.dat. Des États du port normaux POM pour une paire redondante de MGCs sont affichés ici :

Ports UDP POM
mgcusr@demask% grep pom.port XECfgParm.dat 
pom.port = default��� # use port 4001 when set to 
default 

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

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

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

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

demask.4002 Idle 
demask1.4002��� Idle

le prov-sync échoue

Sans compter que ces instructions, il y a quelques instructions qui sont spécifiques au prov-sync. La commande de prov-sync est la seule méthode de synchronisation qui passe par tous les répertoires CFG_. S'il échoue, vous devriez vérifier si prov-dply des travaux à la place parce que traite prov-dply seulement la configuration active. Si prov-dply les travaux et le prov-sync ne fait pas, le problème peut être avec les répertoires l'uns des CFG_ excepté les actifs.

Dans ce cas, fichier de contrôle et attributs de répertoire sur les répertoires CFG_. Vérifiez que le paramètre diskmonitor.CfgRmDirs dans le fichier XECfgParm.dat est placé et apparié sur les deux hôtes. En outre, vérifiez que le nombre réel de répertoires CFG_ enregistrés est inférieur ou égal à la valeur réglée dans diskmonitor.CfgRmDirs.

Essayez de retirer des configurations Désuet(e) avec l'utilisation de l'utilitaire de /opt/CiscoMGC/local/config-lib. Soyez sûr que vous les supprimez sur les deux systèmes, s'ils sont disponibles sur chacun des deux.

Vérifiez 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.

Standby MGC hors service après startup ou Basculement

Une panne dans la synchronisation des données pendant le startup ou le Basculement fait demeurer le standby hors service (OOS) jusqu'à ce que la question soit résolue.

Il y a différentes raisons pour lesquelles l'hôte de réserve demeure OOS. Terminez-vous ces étapes pour déterminer si le problème est avec la synchronisation de ravitaillement :

  1. Temporairement, placez le paramètre pom.dataSync dans XECfgParm.dat à faux.

  2. Redémarrez l'application MGC.

  3. Vérifiez si l'hôte entre dans le mode standby cette fois.

S'il fait, la synchronisation de ravitaillement est susceptible d'être le problème. Vous devriez poursuivre pour vérifier les logs et pour vérifier la propriété et les autorisations de fichier pour la configuration active, comme expliqué dans la propriété et les autorisations de fichier de section.

Si la question se produisait après que vous ayez mis le logiciel MGC ou le niveau à jour de correctif, il est possible qu'après que la mise à jour du standby, mais avant que la mise à jour de l'hôte actif, le standby ait été amorcée avec pom.dataSync réglé pour rectifier. Ceci fait récupérer POM les fichiers de données précédentes de l'hôte actif. Il signifie que le logiciel mis à jour sur les essais de réserve d'hôte à s'exécuter avec des données précédentes classe. Le format des fichiers de données précédentes peut ou peut ne pas être compatible avec les nouveaux fichiers de données, qui dépend du niveau de compatibilité entre les deux versions de logiciel. Ceci ne présenterait pas un problème si vous exécutiez le prov-sync avant la mise à jour et le positionnement pom.dataSyncto faux avant que vous ayez amorcé l'hôte mis à jour. Placez pom.dataSyncback to que de véritables hôtes de whenboth ont été avec succès mis à jour.

La manière la plus sûre de récupérer de cette situation est de retourner à la release précédente ou de corriger de niveau, et suit la procédure correcte dans une deuxième tentative.

Debug

Pour des questions avec la synchronisation de ravitaillement, le processus d'intérêt est POM. Vous pouvez mettre au point POM sur l'hôte actif, l'hôte de réserve, ou sur chacun des deux. Cependant, il est en général le meilleur de mettre au point de telles questions sur l'hôte qui sera de réserve.

Comment débugger

Suivez cette procédure pour mettre au point des questions avec le prov-sync et prov-dply (sur l'hôte de réserve) :

  1. Exécutez le script de /opt/CiscoMGC/bin/log_rotate.sh pour commencer par un fichier propre de platform.log.

  2. Dans MML, question set-log:pom-01:debug,confirm pour placer le niveau se connectant pour que le processus POM-01 mette au point.

  3. Sur l'hôte actif, émettez le prov-sync ou commandez prov-dply.

  4. Après que la commande se soit terminée, émettez la commande set-log:pom-01:err de placer le POM-01 se connectant de niveau de nouveau à la normale (errez).

  5. Vérifiez que les messages de débogage ont été enregistrés dans le fichier de /opt/CiscoMGC/var/log/platform.log.

    Remarque: Des messages de débogage sont marqués par une chaîne de remorquage de <Debug>.

Pour pom.dataSync émet sur le startup, suivent cette procédure (sur l'hôte de réserve) :

  1. Arrêt de /etc/init.d/CiscoMGC de question pour arrêter l'application MGC.

  2. Ajoutez le paramètre pom.logPrio au fichier XECfgParm.dat, et placez-le pour débugger.

    positionnement pom.logPrio à débugger
    % grep pom.logPrio /opt/CiscoMGC/etc/XECfgParm.dat 
    pom.logPrio = Debug
    

  3. Exécutez le script de /opt/CiscoMGC/bin/log_rotate.sh pour commencer par un fichier propre de platform.log.

  4. Début de /etc/init.d/CiscoMGC de question pour commencer l'application MGC.

  5. Attendez jusqu'à ce que l'hôte soit entré dans le mode standby.

    Pour vérifier ceci, rtrv-Ne de question dans MML. Si le problème est que le standby demeure OOS, permettez au débogage pour s'exécuter assez long pour capturer le problème.

  6. Dans MML, question set-log:pom-01:err pour désactiver l'élimination des imperfections POM.

  7. Retirez la ligne pom.logPrio = debug à partir du fichier XECfgParm.dat, ou commentez-la en plaçant le caractère # devant lui.

  8. Vérifiez que les messages de débogage ont été enregistrés dans le fichier de /opt/CiscoMGC/var/log/platform.log.

La procédure pour mettre au point des questions avec pom.dataSync lors du Basculement est presque identique comme il est pour le prov-sync et prov-dply. Les seules différences sont que vous exécutez toutes les étapes sur l'hôte qui basculera (l'hôte actif en cours) et qui, au lieu d'utiliser le prov-sync ou prov-dply les commandes, vous devriez émettre la commande ou l'action qui déclencheront le Basculement.

attention Attention : Faites attention quand vous mettez au point une telle question. Il est possible que la configuration des les deux MGCs ne soit plus dans la synchronisation, et l'installation peut basculer à une configuration peu désirée.

Remarque: Les POM-01 mettent au point peuvent être tout à fait bavards. Activez-le juste avant que vous émettiez la commande qui déclenche la synchronisation, et la désactiviez juste après la fin de commande. Il est le meilleur de ne pas activer le débogage pendant la charge du système élevée.

Debug POM-01 (affiché sur l'hôte actif)
% /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

Ce qui à rechercher

Après que les informations de débogage aient été enregistré à un fichier, recherchez le fichier pour des lignes contenant le pomMgr et le XEFileService. Il y a beaucoup d'autres messages collectés, mais ces deux sont les plus intéressants et instructifs. Pour voir la reconfiguration dynamique en raison de la synchronisation, vous pouvez également rechercher XETable et cfgEventHandler.

Pour identifier des problèmes avec des transferts de fichiers, recherchez les lignes contenant le tftp et l'operationStatus. (Voyez la table d'état (d'exécution).) La valeur d'état de réponse (état de resp) renvoyée au pair peut également être utile. Il reflète code d'état POM.

le prov-sync échoue en raison des autorisations incorrectes sur le répertoire CFG_pom-test1 sur l'hôte de réserve
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.

Exemples

Remarque: Seulement les messages de débogage les plus instructifs sont affichés. D'autres sont omis, particulièrement des messages RUDP.

prov-sync

Cet exemple donne les résultats du prov-sync comme vu sur l'hôte de réserve, avec un répertoire complet qui a besoin de transfert (CFG_pomtest20) :

prov-sync

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

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

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


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

!--- This indicates POM_REQ_T and POM_PEER_SYNC_MT.

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

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

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

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

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

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

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

!--- Output suppressed.

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

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

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

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

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

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

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

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

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

!--- POM has found 8 CFG_ directories.

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

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

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

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

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

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

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

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

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


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

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

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

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


!--- CFG_pomtest7 is the active configuration.

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

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

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

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

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

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

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

!--- "N" indicates not matched. 


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

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

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

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

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

!--- The operationStatus 5 indicates file_integrity_success. 

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

!--- Output suppressed.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

prov-dply

Cette sortie de débogage donne les résultats de prov-dply comme vu sur l'hôte de réserve après que la description d'un composant du code de point de destination (DPC) ait été changée :

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 sur le startup

Cette sortie de débogage affiche pom.dataSync sur le startup :

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

Tableaux de référence d'erreur/message de débogage

Types d'événement POM
Code Valeur
POM_REQ_T 100
POM_RSP_T 101

Sous-types d'événement POM
Code Valeur
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
Code Valeur
NON DÉFINI 0
PRÊT 1
CFGM_WAIT 2
CFGM_NO_WAIT 3
PEER_WAIT 4
CFGM_VALIDATION_WAIT 5
XFER_WAIT 6

état (d'exécution)
Code Valeur
inconnu 0
succès 1
échouer 2
délai d'attente 3
no_need_to_transfer 4
file_integrity_success 5
file_integrity_fail 6
link_down 7

Codes d'état POM
Code Valeur Importance
XE_NORMAL 0 Opération demandée terminée avec succès.
POM_NO_SES 2000 Ce client n'a aucune session active POM.
POM_SES_IN_USE 2001 La session POM est déjà en service.
POM_INVALID_SRC 2002 Le répertoire source n'existe pas.
POM_WAIT_FOR_RESP 2003 Attendre la réponse ; ne peut pas l'envoyer message à POM.
POM_TIMER_WARN 2004 L'avertissement d'inactif de session POM.
POM_TIMER_EXPIRED 2005 La session POM a clôturé en raison de l'inactivité.
POM_CRT_DST_DIR 2006 Répertoire de destination d'erreur lors de la création de.
POM_CRT_PROV_LNK 2007 Lien de ravitaillement d'erreur lors de la création de.
POM_CRT_ACTV_LINK 2008 Lien actif d'erreur lors de la création de.
POM_CPY_SRC 2009 Erreur copiant des fichiers de données de source sur la destination.
POM_CFGM_WAIT 2010 Le POM ne peut pas traiter la demande ; attendre la réponse de CfgM.
POM_CFGM_TIMEOUT 2011 La réponse de CfgM chronométrée.
POM_UPDATE_FAILED 2012 La mise à jour des fichiers de données a manqué.
POM_CFGM_SEND 2013 Demande d'erreur d'envoi à CfgM.
POM_CPY_ETC 2014 Erreur copiant des fichiers de données sur le répertoire etc.
POM_POST_PROC 2015 Erreur dans le traitement de ravitaillement de courrier.
POM_SES_ACTIVE 2016 La session POM est déjà en activité.
POM_SEND 2017 Demande d'erreur d'envoi à POM.
POM_DST_DIR_EXISTS 2018 Le répertoire de destination existe ; ne peut pas remplacer.
POM_PEER_TIMEOUT 2019 Réponse du pair POM chronométrée.
POM_PEER_SES_IN_USE 2020 Session du pair POM en service.
POM_XFER_ERR 2021 Erreur transférant des fichiers de données.
POM_PEER_SYNC_ERR 2022 La plate-forme est dans l'état non-prêt. Synchronisation des données abandonnée.
POM_INVALID_DST 2023 La source/version de destination ne peut pas être des pleines ou un chemin relatif. Il ne peut avoir aucun caractères particuliers autres que « - » et « _ ».
POM_VALIDATION_FAILED 2024 La validation des fichiers de données a manqué.
POM_KEYWORD_DST 2025 La version de destination ne peut pas utiliser les mots clé « active » et « nouveau ».
POM_NO_ACTV_SES 2026 Aucune sessions actives POM.
POM_ACTV_SRC 2027 Le répertoire actif ne peut pas être utilisé comme destination.
POM_STAND_ALONE 2028 Déployez-vous/sync ne peut pas être exécuté en mode autonome.
POM_VALIDATION_TIMEOUT 2029 La validation a synchronisé-. Déploiement de données abandonné.
POM_VER_MISMATCH 2030 Une non-concordance de version du fichier .dat.
POM_PEER_NOT_STANDBY 2031 Déployez-vous/sync ne peut pas être exécuté avec un pair nonstandby.
POM_PEER_INCOMPATIBLE 2032 Le ravitaillement ne peut pas être dû exécuté à une version incompatible de pair.


Informations connexes


Document ID: 28160