Problèmes liés au système d'exploitation

Lorsque vous analysez un serveur Sun Solaris 10 configuré pour utiliser des zones, Operations Manager peut sembler signaler de façon incorrecte les ressources partagées, telles qu'un disque physique ou une carte réseau. Ce comportement est voulu.

Sur un serveur Solaris 10 configuré pour utiliser des zones, Operations Manager ne fait pas la différence entre les ressources partagées, telles qu'un disque physique ou une carte réseau. Pour toute zone locale qui partage une ressource de zone globale, Operations Manager ne signale pas la ressource partagée. Une seule instance de chaque ressource est analysée sur chaque serveur Solaris 10. Si deux cartes réseau existent sur un serveur Solaris 10, l'une attachée à la zone globale et l'autre partagée entre deux zones locales, la première zone locale énumérée signale la ressource partagée. La deuxième zone locale n'aura aucune donnée pour la ressource partagée.

Dans Operations Manager, le comportement d'un serveur Solaris 10 déployé dans une machine virtuelle peut différer légèrement du comportement d'un serveur Solaris 10 déployé sur un ordinateur physique. Chaque carte réseau qui existe dans une machine virtuelle s'affiche sur le serveur Solaris 10 sous la forme d'une ressource physique distincte. Si des cartes réseau définies de manière unique sont associées à chaque zone configurée sur le serveur Solaris, Operations Manager collecte des données pour chaque carte réseau.

Sur un ordinateur Solaris analysé comptant un grand nombre d'objets analysés (tels que des systèmes de fichiers ou des processeurs), il se peut que vous constatiez un comportement instable au niveau de l'agent Solaris. La non détection de systèmes de fichiers, de disques ou d'autres objets comptent parmi les symptômes possibles. Cela peut être dû au fait que le processus de l'agent ne dispose pas d'un nombre suffisant de descripteurs de fichiers.

Pour déterminer si un problème est imputable aux limites de descripteurs de fichiers, inspectez le fichier journal de l'agent : /var/opt/microsoft/scx/log/scx.log. Si des messages d'erreur dans le journal contient le texte : errno = 24 (trop de fichiers ouverts), un problème de limite FD doit être envisagé.

Pour résoudre ce problème, procédez comme suit :

1. Modifiez le script de démarrage scx-cimd à l'emplacement /opt/microsoft/scx/bin/tools/scx-cimd (Solaris 10 ou Solaris 11) ou /etc/init.d/scx-cimd (Solaris 9). Recherchez la section du script qui comporte les lignes suivantes :

   start)
       # Start daemon
       echo "Starting $DESC"
       $DAEMON $OPTIONS -d
       exit $?
       ;;
   

   Modifiez cette section en y incluant une commande ulimit –n 1024 avant la ligne $DAEMON $OPTIONS –d, où « 1024 » correspond à la limite de nouveau processus pour les descripteurs de fichiers.

   start)
       # Start daemon
       echo "Starting $DESC"
       ulimit –n 1024
       $DAEMON $OPTIONS -d
       exit $?
       ;;
   

2. Redémarrez l'agent :

   scxadmin -restart
   

3. Si le problème persiste, tentez à nouveau la configuration avec une limite de descripteurs de fichiers de 2048, puis redémarrez l'agent. Si le processus continue d'épuiser les descripteurs de fichiers avec la limite définie à 2048, contactez le support technique.