Reference Guide

REMARQUE : En raison des limitations, certaines commandes ne modifient pas les paramètres
système même si les commandes sont exécutées avec succès. Il s'agit du comportement prévu.
Messages d'échec
Les messages d'échec CLI indiquent les raisons de l'échec de certaines commandes. Il peut s'agir
d'erreurs de syntaxe et de l'absence de composants, par exemple. La plupart des messages d'erreur
contiennent les informations de syntaxe nécessaires à l'exécution de la commande.
Si vous exécutez une commande pour une fonction ou pour un composant absent de la configuration du
système, le message d'erreur indique que le composant est absent.
Voici des exemples de messages d'échec :
Commande
omconfig chassis volts index=3 minwarnthresh=3.3000
Message
Number with up to 3 digits after decimal point expected, read
3.3000. (Erreur ! Nombre à trois décimales attendu, lu :
3,3000.)
La valeur fournie par la commande contient plus de trois
chiffres après la virgule. Une valeur de seuil
d'avertissement minimum valide contient jusqu'à trois
chiffres après la virgule.
Commande révisée
omconfig chassis volts index=3 minwarnthresh=3.300
Lorsque vous entrez la nouvelle commande avec trois décimales, vous recevez un autre message
d'erreur.
Message
This voltage probe min warning threshold must be between
11.400 and 12.480. (Erreur ! Le seuil minimal d'avertissement
de ce capteur de tension doit être compris entre 11,400 et
12,480.)
Commande révisée
omconfig chassis volts index=3 minwarnthresh=11.500
Message
Voltage probe warning threshold(s) set successfully. (Les
seuils d'avertissement du capteur de tension ont été définis.)
Scriptage et comparaison à l'aide de la CLI
La CLI de Server Administrator permet aux administrateurs d'écrire des programmes séquentiels pour le
système d'exploitation. Pour une entreprise qui a de nombreux systèmes, un administrateur pourrait
écrire un script de configuration qui spécifie les seuils d'avertissement pour chaque composant principal
d'un système et qui spécifie également un ensemble d'actions que l'administrateur veut que chaque
système exécute en cas d'événement d'avertissement ou d'échec. Dans la plupart des cas critiques,
l'administrateur pourrait écrire un script pour que le système s'arrête afin de prévenir des dommages.
L'administrateur pourrait ensuite distribuer et exécuter le script vers de nombreux systèmes gérés en
même temps. Un tel scénario facilite la configuration d'un grand nombre de nouveaux systèmes acquis
par une société et facilite l'implémentation de nouvelles règles d'administration de système sur tous les
systèmes existants qui ont besoin de reconfiguration.
15