Définition d'actions d'alerte sur les systèmes d'exploitation Linux
REMARQUE : À cause des limitations du système d'exploitation
VMware® ESXi, la définition d'actions d'alerte n'est pas disponible avec cette version d'OpenManage Server Administrator.
Lorsque vous définissez des actions d'alerte pour un événement sur des systèmes fonctionnant sous un système d'exploitation Linux pris en charge, vous pouvez spécifier que l'action doit « afficher une alerte sur le serveur ». Pour exécuter cette action, Server Administrator écrit un message à la console. Par défaut, si le système exécutant Server Administrator
fonctionne sous X Windows, vous ne verrez pas ce message. Pour voir le message d'alerte sur un système Red Hat® Enterprise Linux lorsque le système X Windows s'exécute, 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 lorsque X Windows s'exécute, vous devez démarrer xterm -C avant que l'événement ne se produise.
Lorsque vous définissez des actions d'alerte pour un événement, vous pouvez spécifier que l'action doit « diffuser un message ». Pour effectuer cette action,
Server Administrator exécute la commande wall, qui envoie le message à tous ceux qui ont ouvert une session avec une permission de message définie sur yes. Si le système exécutant Server Administrator fonctionne sous X Windows, par défaut, vous ne verrez pas le message. Pour voir le message diffusé lorsque X Windows s'exécute, vous devez démarrer un terminal comme un terminal xterm ou gnome-terminal avant que l'événement ne se produise.
Lorsque vous définissez des actions d'alerte pour un événement, vous pouvez spécifier que l'action doit « exécuter l'application ». Des limitations s'appliquent aux applications que Server Administrator peut exécuter. Suivez ces consignes pour garantir une bonne exécution :
Ne spécifiez pas d'applications basées sur X Windows car Server Administrator ne peut pas exécuter ces applications correctement.
Ne spécifiez 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 les commandes stdout et stderr vers un fichier
lorsque vous spécifiez l'application pour pouvoir voir des messages d'erreur ou de sortie.
Si vous voulez exécuter plusieurs applications (ou commandes) pour une alerte, créez un script pour cela et mettez le nom de chemin complet sur le script dans la case application à exécuter.
Exemple 1 : ps -ef >/tmp/psout.txt
2>&1
La commande de l'exemple 1 exécute la commande ps de l'application, redirige la commande stdout vers le fichier /tmp/psout.txt et redirige la commande stderr
vers le même fichier que la commande stdout.
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 messagerie pour envoyer le message contenu dans le fichier /tmp/alertmsg.txt à l'utilisateur administrateur de Linux, avec l'objet « Server Alert ». Le fichier /tmp/alertmsg.txt doit être créé par l'utilisateur avant que l'événement ne se produise. De plus, les commandes stdout et stderr sont redirigés vers le fichier /tmp/mailout.txt
en cas d'erreur.
Définition d'actions d'alerte dans Microsoft® Windows®
2000, Windows Server™ 2003 et Windows Server 2008
Lorsque vous définissez des actions d'alerte, les scripts Visual Basic ne sont pas automatiquement interprétés par la fonctionnalité Exécuter l'application, bien que vous puissiez exécuter un fichier .cmd, .com, .bat, ou .exe en spécifiant uniquement le fichier comme étant l'action d'alerte.
Pour résoudre ce problème, faites d'abord appel au processeur de commandes cmd.exe pour démarrer votre script. Par exemple, la valeur de l'action d'alerte pour exécuter une application peut être définie ainsi :
où d:\exemple\exemple1.vbs est le chemin complet vers le fichier script.
Ne définissez pas un chemin vers une application interactive (une application dotée d'une interface graphique utilisateur ou qui requiert une entrée d'utilisateur) dans le champ Chemin absolu de l'application. L'application interactive peut ne pas fonctionner comme
prévu sur certains systèmes d'exploitation.
REMARQUE : Les chemins complets du fichier cmd.exe
et de votre fichier script doivent être spécifiés.
Définition de l'action d'alerte Exécuter l'application sous Windows Server 2008
Pour des raisons de sécurité, Microsoft Windows Server 2008 est configuré pour ne pas permettre les services interactifs. Lorsqu'un service est installé en tant qu'interactif sur Microsoft Windows Server 2008, le système d'exploitation entre un message d'erreur dans le journal du système Windows signalant que le service a été défini comme étant interactif.
Lorsque vous utilisez Server Administrator pour configurer les actions d'alerte pour un événement, vous pouvez spécifier que l'action doit « exécuter une application ». Pour que les applications interactives s'exécutent correctement pour une action d'alerte, le service Dell Systems Management Server Administrator (DSM SA) Data Manager doit être configuré en tant que service interactif. Les applications avec une interface utilisateur graphique (IUG) ou qui impliquent des actions utilisateur (comme la commande « pause » dans un fichier séquentiel) sont des exemples d'applications interactives.
Lorsque Server Administrator est installé sur Microsoft Windows Server 2008, le service DSM SA Data Manager est installé en tant que service non-interactif, ce qui signifie que, par défaut, il n'est pas configuré pour pouvoir interagir avec le bureau. En d'autres termes, les applications interactives ne s'exécuteront pas correctement lorsqu'elles sont exécutées pour une action d'alerte. Dans ce cas, si une application interactive est exécutée pour une action d'alerte, l'application s'interrompt et attend une entrée. Vous ne pouvez pas voir l'interface/l'invite de commande de l'application et elle demeure invisible, même après le démarrage du service Détection de services interactifs. L'onglet Processus du Gestionnaire des tâches affiche une entrée de processus d'application pour chaque exécution de l'application interactive.
Si vous devez exécuter une application interactive pour une action d'alerte sur Microsoft Windows Server 2008, vous devez configurer le service DSM SA Data Manager de manière à ce qu'il puisse interagir avec le Bureau. Pour permettre l'interaction avec le Bureau :
Cliquez-droite sur le service DSM SA Data Manager dans le panneau de configuration des services et sélectionnez Propriétés.
Sous l'onglet Connexion, cochez la case « Autoriser le service à interagir avec le Bureau » et cliquez sur OK.
Redémarrez le service DSM SA Data Manager pour implémenter les modifications.
Lorsque le service DSM SA Data Manager est redémarré après ce changement, le Gestionnaire de contrôle des services ajoute le message suivant au journal système : The DSM SA Data
Manager service is marked as an interactive service. However, the system is
configured to not allow interactive services. This service may not function
properly. (Le service DSM SA Data Manager est marqué comme étant interactif. Cependant, le système est configuré pour ne pas autoriser les services interactifs. Ce service peut ne pas fonctionner correctement.) Ce changement permet au service DSM SA Data Manager d'exécuter correctement les applications interactives pour une action d'alerte. Assurez-vous aussi que le service Détection de services interactifs s'exécute pour voir l'interface/l'invite de commande affichée par l'application interactive. Une fois que ces changements sont réalisés, le système d'exploitation affichera la boîte de dialogue « Détection de boîte de dialogue de services interactifs » pour donner accès à l'interface/l'invite de commande de l'application interactive.