Définition d'actions d'alerte

Définition d'actions d'alerte sur les systèmes d'exploitation Linux

Lorsque vous définissez des actions d'alerte pour un événement sur les systèmes Linux, vous pouvez spécifier l'action pour « afficher une alerte sur le serveur ». Pour ce faire, Server Administrator écrit un message sur la console. Si Server Administrator fonctionne sur un système X Window, le message ne s'affiche pas par défaut. Pour afficher le message d'alerte sur un système Red Hat Enterprise lorsque X Window System est actif, vous devez démarrer xconsole ou xterm -C avant que l'événement ne se produise. Pour afficher le message d'alerte sur un système SUSE Linux Enterprise Server lorsque X Window System est actif, vous devez démarrer xterm -C avant que l'événement se produise.

Lorsque vous définissez des actions d'alerte pour un événement, vous pouvez spécifier l'action pour « diffuser 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éfinie sur oui. Si le système exécutant Server Administrator exécute X Window System, le message ne s'affiche pas par défaut. Pour afficher le message de diffusion lorsque X Window System est actif, vous devez démarrer un terminal, tel que xterm ou gnome-terminal, avant que l'événement se produise.

Lorsque vous configurez des actions d'alerte pour un événement, vous pouvez spécifier l'action « exécuter une application ». Il existe des limitations sur les applications que Server Administrator peut exécuter. Suivez les instructions ci-dessous pour que l'exécution s'effectue correctement.

  • 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 à cet effet et placez le nom de chemin complet dans le script dans zone 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 contenue dans le fichier /tmp/alertmsg.txt vers l'utilisateur Linux, l'Admin, avec l'objet « Alerte serveur . Le fichier /tmp/alertmsg.txt doit être créé par l'utilisateur avant que l'événement se produise. En outre, les commandes stdout et stderr sont redirigées 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

Lors de la spécification d'actions d'alerte, les scripts Visual Basic ne sont pas automatiquement interprétés par la fonction Exécuter l'application, bien que vous puissiez exécuter un fichier .cmd, .com, .bat ou exe en spécifiant uniquement le fichier 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éfinie comme suit :

c:\winnt\system32\cmd.exe /c d:\example\example1.vbs 

où d:\exemple\exemple1.vbs est le chemin complet vers le fichier de script.

Ne définissez pas un chemin vers une application interactive (une application disposant d'une interface utilisateur graphique ou qui nécessite l'entrée de données par l'utilisateur) dans le champ Chemin absolu de l'application. L'application interactive peut ne pas fonctionner normalement sur certains systèmes d'exploitation.

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 autoriser les services interactifs. Lorsqu'un service est installé comme service interactif sur Microsoft Windows Server 2008, le système d'exploitation consigne un message d'erreur dans le journal du système Windows sur le service à marquer comme service interactif.

Lorsque vous utilisez Server Administrator pour configurer des actions d'alerte pour un événement, vous pouvez définir l'action pour « exécuter une application ». Pour pouvoir exécuter des applications interactives correctement pour une action d'alerte, vous devez configurer le service de gestion des données DSM SA (Dell Systems Management Server Administrator) comme service interactif. Les applications dotées d'une interface utilisateur graphique ou qui demandent à l'utilisateur d'entrer des données, telles que la commande pause dans un fichier de traitement par lots, sont des exemples d'applications interactives.

Lorsque Server Administrator est installé sur Microsoft Windows Server 2008, le service de gestion des données DSM SA est installé comme service non interactif, ce qui implique qu'il est configuré pour ne pas interagir avec le bureau par défaut. Par conséquent, les applications interactives ne s'exécutent pas correctement lorsqu'elles sont exécutées pour une action d'alerte. Si une application interactive est exécutée pour une action d'alerte dans ce cas, l'application est suspendue et attend l'entrée de données. L'interface d'application/invite n'est pas visible et reste invisible, même après le démarrage du service de détection de services interactifs. L'onglet Processus dans le gestionnaire des tâches affiche une entrée d'avancement 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 de gestion de données DSM SA pour qu'il puisse interagir avec le bureau. Pour ce faire :

  1. Cliquez avec le bouton droit de la souris sur le service Gestionnaire de données DSM SA dans le volet Contrôle des services, puis sélectionnez Propriétés.
  2. Sous l'onglet Connexion, cochez la case Autoriser le service à interagir avec le bureau et cliquez sur OK.
  3. Redémarrez le service DSM SA Data Manager pour appliquer les modifications.

Lorsque le service DSM SA Data Manager redémarre avec cette modification, le gestionnaire de contrôle des services consigne le message suivant dans le journal du système : Le service DSM SA Data Manager est marqué comme service interactif. Cependant, le système est configuré pour ne pas autoriser les services interactifs. Ce service peut ne pas fonctionner correctement. Cette modification permet au service DSM SA Data Manager d'exécuter les applications interactives correctement pour une action d'alerte. En outre, vérifiez que le service de détection des services interactifs est actif pour pouvoir voir l'interface/invite affichées par l'application interactive. Une fois ces modifications effectuées, le système d'exploitation affiche la boîte de dialogue « Détection de dialogue de services interactifs » pour permettre l'accès à l'interface/invite d'application interactive.