Проблемы операционной системы

При мониторинге сервера на базе ОС Sun Solaris 10, настроенного на использование зон, Operations Manager может неправильно отражать в отчетах общие ресурсы, такие как физический диск или сетевой адаптер. Такое поведение было реализовано намеренно.

На сервере с ОС Sun Solaris 10, настроенном на использование зон, Operations Manager не различает общие ресурсы, такие как физический диск или сетевой адаптер. Для любой локальной зоны, которая осуществляет совместное использование ресурса глобальной зоны, Operations Manager не включает этот общий ресурс в отчет. На каждом сервере с ОС Solaris 10 наблюдается только один экземпляр каждого ресурса. Если на сервере с ОС Solaris 10 присутствует два сетевых адаптера, один из которых прикреплен к глобальной зоне, а другой совместно используется двумя локальными зонами, то такой общий ресурс указывает в отчете первая перечисленная локальная зона. Вторая локальная зона не располагает данными по этому общему ресурсу.

В Operations Manager поведение сервера на базе ОС Solaris 10, развернутого в виртуальной машине, может немного отличаться от поведения сервера на базе ОС Solaris 10, развернутого на физическом компьютере. Каждый сетевой адаптер, присутствующий в виртуальной машине, представляется для сервера на базе ОС Solaris 10 как отдельный физический ресурс. Если к каждой зоне, настроенной на сервере с ОС Solaris, прикрепляются уникальным образом заданные сетевые адаптеры, Operations Manager собирает данные для каждого из них.

Если в ходе мониторинга компьютера под управлением Solaris количество объектов мониторинга (например, файловых систем или процессоров) весьма велико, можно наблюдать нестабильную работу агента Solaris. Среди симптомов отмечается невозможность обнаружения файловых систем, дисков или других объектов. Причиной может быть исчерпание количества файловых дескрипторов, доступных процессу агента.

Чтобы определить, служит ли причиной этой проблемы предел количества файловых дескрипторов, изучите файл журнала агента: /var/opt/microsoft/scx/log/scx.log. Если сообщения об ошибках в журнале содержат текст: errno = 24 (слишком много открытых файлов), то наиболее вероятная причина проблемы заключается в достижении предела файловых дескрипторов.

Для устранения этой проблемы выполните следующие действия.

1. Измените сценарий запуска scx-cimd, расположенный в папке /opt/microsoft/scx/bin/tools/scx-cimd (Solaris 10 или Solaris 11) или в папке /etc/init.d/scx-cimd (Solaris 9). Найдите раздел сценария, в котором имеются следующие строки:

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

   Измените этот раздел, включив в него команду ulimit –n 1024 перед строкой $DAEMON $OPTIONS –d, где число 1024 обозначает новый предел количества файловых дескрипторов для процесса.

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

2. Перезапустите агент:

   scxadmin -restart
   

3. Если проблема останется, попробуйте снова изменить конфигурацию, указав для предела файловых дескрипторов число 2048, и затем перезапустите агент. Если процесс по-прежнему использует все свободные файловые дескрипторы при установленном пределе в 2048 единиц, свяжитесь со службой поддержки.