Delen via

  • Artikel

Problemen met besturingssystemen

 

Gepubliceerd: maart 2016

Van toepassing op: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

In dit onderwerp worden kwesties besproken die specifiek zijn voor UNIX- en Linux-besturingssystemen.

Onjuiste rapporten over gedeelde bronnen van een Solaris 10-Server

Wanneer u een Sun Solaris 10-server bewaakt die is geconfigureerd om zones te gebruiken, kan het lijken of Operations Manager gedeelde resources zoals een fysieke schijf of een netwerkadapter onjuist rapporteert. Dit gedrag is echter standaard.

Op een Solaris 10-server die is geconfigureerd om zones te gebruiken, maakt Operations Manager geen onderscheid tussen gedeelde resources zoals een fysieke schijf of een netwerkadapter. Operations Manager rapporteert de gedeelde resource niet voor elke lokale zone die een algemene zoneresource deelt. Voor elke Solaris 10-server wordt slechts één exemplaar van elke resource bewaakt. Als er twee netwerkadapters zijn in een Solaris 10-server, en een ervan is gekoppeld aan de algemene zone en de tweede gedeeld door twee lokale zones wordt gedeeld, wordt de gedeelde resources gerapporteerd bij de eerste geïnventariseerde lokale zone. De tweede lokale zone heeft geen gegevens voor de gedeelde resource.

In Operations Manager kan het gedrag van een Solaris 10-server die in een virtuele machine is geïmplementeerd, iets verschillen van dat van een Solaris 10-server die op een fysieke computer is geïmplementeerd. Elke netwerkadapter die zich in een virtuele machine bevindt, ziet er voor de Solaris 10-server uit als een afzonderlijke fysieke resource. Als er uniek gedefinieerde netwerkadapters worden gekoppeld aan elke zone die op de Solaris-server is geconfigureerd, verzamelt Operations Manager gegevens voor elke netwerkadapter.

Agent-providers kunnen falen als het proces de bestandsbeschrijvingslimiet van de Solaris-computer bereikt

Op een bewaakte Solaris-computer met een groot aantal bewaakte objecten (zoals bestandssystemen of processors) kunt u onbetrouwbaar gedrag van de Solaris-agent waarnemen. De symptomen kunnen onder andere zijn dat bestandssystemen, schijven of andere objecten niet worden gedetecteerd. Dit kan worden veroorzaakt doordat er te weinig bestandsbeschrijvingen beschikbaar zijn voor het agentproces.

U kunt vaststellen of een probleem het resultaat is van bestandsbeschrijvingslimieten door het logboekbestand van de agent te inspecteren: /var/opt/microsoft/scx/log/scx.log. Als het logboek foutmeldingen bevat met de tekst 'errno = 24 (Too many open files)', wijst dat op een mogelijk probleem met bestandsbeschrijvingslimieten.

Voer de volgende stappen uit om dit probleem op te lossen:

  1. Wijzig het opstartscript scx-cimd bij /opt/microsoft/scx/bin/tools/scx-cimd (Solaris 10 of Solaris 11) of /etc/init.d/scx-cimd (Solaris 9). Lokaliseer de sectie van het script dat de volgende regels bevat:

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

    Wijzig deze sectie door de opdracht 'ulimit –n 1024' voor de regel '$DAEMON $OPTIONS –d' te plaatsen, waarbij '1024' de nieuwe proceslimiet voor bestandsbeschrijvingen is.

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

  2. Start de agent opnieuw:

    scxadmin -restart

  3. Als het probleem aanhoudt, probeert u de configuratie nogmaals met een bestandsbeschrijvingslimiet van 2048, en start u de agent weer opnieuw. Neem contact op met de klantenservice als het proces nog steeds te weinig bestandsbeschrijvingen heeft als de limiet 2048 is ingesteld.