Users Guide
7
Dénition d'actions d'alerte
Dénition d'actions d'alerte pour les systèmes exécutant des systèmes
d'exploitation Red Hat Enterprise Linux et SUSE Linux Enterprise
Server pris en charge
Lorsque vous dénissez les actions d'alerte pour un événement, vous pouvez spécier l'action pour acher une alerte sur le serveur.
Pour eectuer cette action, Server Administrator envoie un message à /dev/console. Si le système Server Administrator exécute un
X Window System, le message ne s'ache pas. Pour acher le message d'alerte sur un système Red Hat Enterprise Linux lorsque le
X Window System est en cours d'exécution, vous devez démarrer xconsole ou xterm -C avant que l'événement ne se produise. Pour
voir le message d'alerte sur un système SUSE Linux Enterprise Server alors que le X Window System est en cours d'exécution, vous
devez démarrer un terminal tel que xterm -C avant que l'événement ne se produise.
Lorsque vous dénissez des actions d'alerte pour un événement, vous pouvez spécier l'action pour Diuser un message. Pour ce
faire, Server Administrator exécute la commande wall qui envoie le message aux personnes connectées dont l'autorisation de
message est dénie sur
oui. Si le système exécutant Server Administrator exécute un X Window System, le message ne s'ache pas
par défaut. Pour acher le message de diusion lorsque X Window System est actif, vous devez démarrer un terminal, tel que xterm
ou gnome-terminal, avant que l'événement ne se produise.
Lorsque vous dénissez les actions d'alerte pour un événement, vous pouvez spécier l'action pour exécuter l'application. Les
applications que Server Administrator peut exécuter ont des limites. Pour assurer une exécution correcte :
• Ne spéciez pas d'applications basées sur X Window System, car Server Administrator ne peut pas exécuter ces applications
correctement.
• Ne spéciez pas d'applications qui requièrent une entrée de la part de l'utilisateur, car Server Administrator ne peut pas exécuter
ces applications correctement.
• Redirigez stdout et stderr vers un chier lorsque vous spéciez l'application pour pouvoir voir les résultats ou les messages
d'erreur.
• Si vous voulez exécuter plusieurs applications (ou commandes) pour une alerte, créez un script à cet eet et indiquez le chemin
complet du script dans la case Absolute path to the application box (Chemin absolu de l'application).
Exemple 1 : ps -ef >/tmp/psout.txt 2>&1
La commande de l'exemple 1 exécute l'application ps et redirige stdout et stderr vers le chier /tmp/psout.txt.
Exemple 2 : mail -s "Server Alert" admin </tmp/alertmsg.txt>/tmp/mailout.txt 2>&1
La commande de l'exemple 2 exécute l'application de courrier et envoie le message du chier /tmp/alertmsg.txt à l'utilisateur Red
Hat Enterprise Linux ou SUSE Linux Enterprise Server et à l'administrateur, avec comme objet Server Alert (Alerte du serveur). Le
chier /tmp/alertmsg.txt doit être créé par l'utilisateur avant que cet événement ne se produise. En outre, stdout et stderr sont
redirigés vers le chier /tmp/mailout.txt au cas où une erreur survienne.
Dénition des actions d’alerte sous Microsoft Windows Server 2008
Lors de la spécication d'actions d'alerte, les scripts Visual Basic ne sont pas automatiquement interprétés par la fonction Execute
Application (Exécuter l'application), bien que vous puissiez exécuter un chier .cmd, .com, .bat, ou .exe en spéciant
uniquement le chier comme action d'alerte.
Pour résoudre ce problème, appelez d'abord le processeur de commande cmd.exe pour démarrer le script. Par exemple, l'action
d'alerte pour exécuter une application peut être dénie comme suit :
68