Problemas del sistema operativo

 

Publicada: marzo de 2016

Se aplica a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

En este tema se describen los problemas específicos de los sistemas operativos UNIX y Linux.

Informes incorrectos de recursos compartidos de un servidor basado en Solaris 10

Al supervisar un servidor basado en Sun Solaris 10 que está configurado para usar zonas, es posible que Operations Manager notifique incorrectamente recursos compartidos como discos físicos o adaptadores de red. Este comportamiento ocurre por diseño.

En un servidor basado en Solaris 10 que está configurado para usar zonas, Operations Manager no distingue recursos compartidos como discos físicos o adaptadores de red. Operations Manager no informa sobre recursos compartidos de zonas locales que comparten recursos de zona global. Sólo se supervisa una instancia de cada recurso en cada servidor basado en Solaris 10. Si hay dos adaptadores de red en un servidor basado en Solaris 10 y uno está conectado a la zona global mientras que el otro se comparte en dos zonas locales, la primera zona local informa sobre el recurso compartido. La segunda zona local no tendrá datos sobre el recurso compartido.

En Operations Manager, el comportamiento de un servidor basado en Solaris 10 que se implementa en una máquina virtual puede ser ligeramente diferente al de un servidor basado en Solaris 10 implementado en un equipo físico. Los adaptadores de red en una máquina virtual aparecen en el servidor basado en Solaris 10 como recursos físicos independientes. Si los adaptadores de red definidos de manera única se vinculan a todas las zonas configuradas en el servidor basado en Solaris, Operations Manager recopila datos para todos los adaptadores de red.

Los proveedores de agentes pueden presentar errores si el proceso alcanza el límite de descriptores de archivo del equipo Solaris

En un equipo Solaris supervisado con un gran número de objetos supervisados (como procesadores o sistemas de archivos), se puede observar un comportamiento no confiable del agente de Solaris. Un síntoma puede ser el hecho de que no se detecten sistemas de archivos, discos u otros objetos. Esto puede deberse a que el proceso del agente se queda sin descriptores de archivo (FD) disponibles.

Para determinar si un problema se debe a los límites de descriptores de archivo, revise el archivo de registro del agente: /var/opt/microsoft/scx/log/scx.log. Si los mensajes de error en el registro contienen el texto: errno = 24 (demasiados archivos abiertos), es probable que exista un problema de límite de FD.

Para resolver este problema, realice los siguientes pasos:

  1. Modifique el script de inicio scx-cimd en /opt/microsoft/scx/bin/tools/scx-cimd (Solaris 10 o Solaris 11) o /etc/init.d/scx-cimd (Solaris 9). Busque la sección del script con las líneas siguientes:

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

    Modifique esta sección de manera que incluya el comando ulimit –n 1024 antes de la línea $DAEMON $OPTIONS –d, donde “1024” es el nuevo límite de proceso para los descriptores de archivo.

    start)
        # Start daemon
        echo "Starting $DESC"
        ulimit –n 1024
        $DAEMON $OPTIONS -d
        exit $?
        ;;
    
  2. Reinicie el agente:

    scxadmin -restart
    
  3. Si el problema persiste, pruebe la configuración de nuevo con un límite de descriptores de archivo de 2048 y, a continuación, reinicie el agente. Si el proceso sigue agotando los descriptores de archivo con el límite de 2048 configurado, póngase en contacto con el servicio de soporte técnico.