Udostępnij za pośrednictwem

  • Artykuł

Problemy z systemem operacyjnym

 

Dotyczy: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

W tym temacie opisano problemy specyficzne dla systemów operacyjnych UNIX i Linux.

Nieprawidłowe raporty o zasobach współużytkowanych z serwera opartego na systemie Solaris 10

Podczas monitorowania serwera opartego na systemie Sun Solaris 10, który skonfigurowano do korzystania ze stref, może się wydawać, że program Operations Manager nieprawidłowo raportuje zasoby współużytkowane, takie jak dysk fizyczny lub karta sieciowa. Takie zachowanie jest celowe.

W przypadku opartego na systemie Solaris 10 serwera skonfigurowanego do korzystania ze stref program Operations Manager nie odróżnia zasobów współużytkowanych, takich jak dysk fizyczny lub karta sieciowa. Dla żadnej strefy lokalnej współużytkującej jakiś zasób strefy globalnej program Operations Manager nie raportuje współużytkowanego zasobu. Na każdym serwerze opartym na systemie Solaris 10 monitorowane jest tylko jedno wystąpienie każdego zasobu. Jeśli na serwerze opartym na systemie Solaris 10 istnieją dwie karty sieciowe, z których jedna jest dołączona do strefy globalnej, a druga współużytkowana przez dwie strefy lokalne, zasób współużytkowany jest raportowany przez pierwszą wyliczoną strefę lokalną. W drugiej strefie lokalnej nie będzie żadnych danych o współużytkowanym zasobie.

W programie Operations Manager zachowanie serwera opartego na systemie Solaris 10, który jest wdrożony w maszynie wirtualnej, może różnić się nieznacznie od zachowania serwera opartego na systemie Solaris 10, który jest wdrożony na fizycznym komputerze. Każda karta sieciowa istniejąca w maszynie wirtualnej jest rozpoznawana przez serwer oparty na systemie Solaris 10 jako osobny zasób fizyczny. Jeśli unikatowo zdefiniowane karty sieciowe zostaną dołączone do każdej ze stref skonfigurowanych na serwerze opartym na systemie Solaris, program Operations Manager będzie zbierał dane dla każdej karty sieciowej.

Proces agenta może ulec awarii, jeśli osiągnie limit deskryptorów plików na komputerze z systemem Solaris

Na monitorowanym komputerze z systemem Solaris o dużej liczbie monitorowanych obiektów (takich jak systemy plików czy procesory), można zaobserwować nieprzewidywalne zachowanie agenta Solaris. Objawem może być między innymi nieodnajdywanie systemów plików, dysków lub innych obiektów. Przyczyną może być to, że procesowi agenta skończyły się dostępne deskryptory plików.

Aby ustalić, czy problem wynika z limitów deskryptorów plików, sprawdź plik dziennika agenta: /var/opt/microsoft/scx/log/scx.log. Jeśli którykolwiek komunikat o błędzie w dzienniku zawiera tekst: errno = 24 (Zbyt wiele otwartych plików), należy podejrzewać problem wywołany limitem deskryptorów plików.

Aby rozwiązać ten problem, wykonaj następujące czynności:

  1. Zmodyfikuj skrypt urucaomiania scx-cimd w katalogu /opt/microsoft/scx/bin/tools/scx-cimd (Solaris 10 lub Solaris 11) albo /etc/init.d/scx-cimd (Solaris 9). Znajdź w skrypcie sekcję zawierającą następujące wiersze:

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

    Zmodyfikuj tę sekcję, tak by przed wierszem $DAEMON $OPTIONS –d znalazło się polecenie ulimit –n 1024, gdzie „1024” stanowi nowy limit deskryptorów plików dla procesów.

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

  2. Uruchom agenta ponownie:

    scxadmin -restart

  3. Jeśli problem będzie się powtarzał, wypróbuj tę samą konfigurację ponownie, zmieniając limit deskryptorów plików na 2048, po czym uruchom agenta ponownie. Jeśli proces będzie nadal wyczerpywać liczbę deskryptorów plików mimo ustawienia dla limitu wartości 2048, skontaktuj się z pomocą techniczną.