Table des Matières
Publicité
La page SNTP Servers Table (Table des serveurs SNTP) s'affiche.
3. Cliquez sur Edit (Modifier) en regard du nom du serveur SNTP à modifier.
4. Modifiez les champs appropriés.
5. Cliquez sur Apply Changes (Appliquer les modifications).
Les informations du serveur SNTP sont mises à jour.
Suppression du serveur SNTP
1. Affichez la page SNTP Servers (Serveurs SNTP).
2. Cliquez sur Show All (Afficher tout).
La page SNTP Servers Table (Table des serveurs SNTP) s'affiche.
3. Sélectionnez un serveur SNTP.
4. Cochez la case Remove (Supprimer).
5. Cliquez sur Apply Changes (Appliquer les modifications).
L'entrée est supprimée et le périphérique est mis à jour.
Définition des serveurs SNTP à l'aide des commandes CLI
Pour plus d'informations sur les commandes CLI permettant d'exécuter cette fonction, reportez-vous au chapitre suivant du document CLI Reference Guide
(Guide de référence CLI) :
Clock Commands (Commandes de synchronisation)
l
Gestion des journaux
Le commutateur peut générer des messages suite à des événements, erreurs ou pannes se produisant sur la plate-forme, ou encore en cas de modifications
affectant la configuration ou d'autres éléments. Ces messages sont enregistrés en local mais également transmis à un ou plusieurs points de collecte dans
lesquels ils sont centralisés à des fins de surveillance et d'archivage à long terme. Lorsque vous configurez les paramètres locaux et distants de la fonction de
consignation, vous pouvez filtrer les messages consignés ou transmis en fonction de leur sévérité et du composant par lequel ils ont été générés.
Le journal résidant en mémoire enregistre les messages dans la mémoire en fonction du composant source et de la sévérité. Sur les systèmes empilables,
seule la plate-forme principale contient ce journal. Les autres plates-formes transmettent leurs messages à cette dernière. Il n'est pas possible d'accéder aux
journaux résidant en mémoire sur les plates-formes autres que la plate-forme principale.
Le journal persistant réside dans la mémoire persistante. Il est possible de définir deux types de journal persistant.
Le premier type est le journal de démarrage du système. Ce dernier enregistre les n premiers messages reçus après le redémarrage du système.
l
Lorsqu'il est saturé, les messages ne sont plus consignés (le nombre maximal de messages pouvant être consigné est de 32).
Le second type est le journal de fonctionnement du système. Ce dernier enregistre les n derniers messages reçus lors du fonctionnement du
l
système. En cas de saturation de ce journal, les nouveaux messages écrasent les messages existants. Ce journal peut contenir jusqu'à
1000 messages.
Les messages correspondant aux critères de consignation définis sont enregistrés dans l'un ou l'autre de ces journaux, mais pas les deux. En d'autres termes,
si le journal de démarrage est activé, il enregistre tous les messages générés au démarrage du système jusqu'à saturation. Ensuite, les messages sont
ajoutés au journal de fonctionnement, s'il est activé.
Le système conserve jusqu'à trois versions des journaux persistents, nommés <FICHIER>0.txt, <FICHIER>1.txt et <FICHIER>2.txt. Au démarrage du système,
<FICHIER>2.txt est supprimé, <FICHIER>1.txt est renommé <FICHIER>2.txt, <FICHIER>0.txt est renommé <FICHIER>1.txt, <FICHIER>0.txt est créé et la
consignation commence dans ce fichier. (Le terme <FICHIER> ci-dessus est à remplacer par olog dans le cas du journal de fonctionnement et par slog dans le
cas du journal de démarrage.)
Les journaux persistants locaux peuvent être obtenus via l'interface CLI, via xmodem (par l'intermédiaire du câble série local) et via TFTP.
Pour afficher la page Logs (Journaux), cliquez sur System (Système) ® Logs (Journaux) dans l'arborescence. Cette page permet d'accéder aux fonctions
suivantes :
Paramètres globaux
l
Journal stocké dans la RAM
l
Fichier journal
l
Paramètres des serveurs de journalisation distants
l
Publicité
Table des Matières
