• Artikel

Betriebssystemprobleme

 

Veröffentlicht: März 2016

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

In diesem Thema werden Probleme beschrieben, die nur für UNIX- und Linux-Betriebssysteme gelten.

Falsche Berichte zu freigegebenen Ressourcen von einem Solaris 10-basierten Server

Wenn Sie einen Sun Solaris 10-basierten Server überwachen, der für die Verwendung von Zonen konfiguriert ist, kann es so erscheinen, als ob von Operations Manager fälschlicherweise Berichte zu freigegebenen Ressourcen wie physischen Datenträgern oder Netzwerkadaptern erstellt werden. Dieses Verhalten ist systembedingt.

Auf einem Solaris 10-basierten Server, der für die Verwendung von Zonen konfiguriert ist, unterscheidet Operations Manager nicht zwischen freigegebenen Ressourcen wie physischen Datenträgern oder Netzwerkadaptern. Für alle lokalen Zonen, die Ressourcen der globalen Zone nutzen, werden von Operations Manager keine Berichte zu freigegeben Ressourcen erstellt. Auf den einzelnen Solaris 10-basierten Servern wird jeweils nur eine Instanz jeder Ressource überwacht. Wenn zwei Netzwerkadapter auf einem Solaris 10-basierten Server vorhanden sind und einer mit der globalen Zone verbunden ist, während der zweite von zwei lokalen Zonen genutzt wird, wird die freigegebene Ressource von der ersten aufgelisteten lokale Zone gemeldet. Die zweite lokale Zone verfügt über keine Daten für die freigegebene Ressource.

In Operations Manager kann das Verhalten eines Solaris 10-basierten Servers, der auf einem virtuellen Computer bereitgestellt wird, leicht vom Verhalten eines Solaris 10-basierten Servers abweichen, der auf einem physischen Computer bereitgestellt wird. Jeder Netzwerkadapter, der auf einem virtuellen Computer vorhanden ist, wirkt für den Solaris 10-basierten Server wie eine separate physische Ressource. Wenn eindeutig definierte Netzwerkadapter mit jeder Zone verbunden sind, die auf dem Solaris-basierten Server konfiguriert ist, werden von Operations Manager Daten für jeden Netzwerkadapter erfasst.

Bei Agentanbietern können Fehler auftreten, wenn vom Prozess das Dateideskriptorlimit des Solaris-Computers erreicht wird

Auf einem überwachten Solaris-Computer mit einer großen Anzahl überwachter Objekte (z. B. Dateisysteme oder Prozessoren) kann das Verhalten des Solaris-Agents unzuverlässig sein. Dies kann sich darin äußern, dass Dateisysteme, Datenträger oder andere Objekte nicht ermittelt werden. Eine mögliche Ursache dafür ist, dass für den Agentprozess nicht genügend Dateideskriptoren zur Verfügung stehen.

Wenn Sie ermitteln möchten, ob Dateideskriptorlimits der Grund für ein Problem sind, untersuchen Sie die Protokolldatei des Agents „/var/opt/microsoft/scx/log/scx.log“. Suchen Sie dort nach Fehlermeldungen, die den folgenden Text enthalten: errno = 24 (Too many open files). Finden Sie entsprechende Meldungen, kann angenommen werden, dass das Problem durch Dateideskriptorlimits verursacht wird.

Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben:

  1. Ändern Sie das Startskript „scx-cimd“ unter „/opt/microsoft/scx/bin/tools/scx-cimd“ (Solaris 10 und Solaris 11) bzw. unter „/etc/init.d/scx-cimd“ (Solaris 9). Suchen Sie im Skript nach dem Abschnitt mit den folgenden Zeilen:

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

    Fügen Sie oberhalb der Zeile „$DAEMON $OPTIONS –d“ den Befehl „ulimit –n 1024“ ein. Damit wird das neue Dateideskriptorlimit des Prozesses auf 1024 festgelegt.

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

  2. Starten Sie mit dem folgenden Befehl den Agent neu:

    scxadmin -restart

  3. Wenn das Problem weiterhin besteht, wiederholen Sie die Konfigurationsschritte mit einem Dateideskriptorlimit von 2048, und starten Sie dann den Agent neu. Werden die Dateideskriptoren auch bei diesem Limit ausgeschöpft, wenden Sie sich an den Support.