Service Management Facility

Esta sección describe los problemas relacionados con Service Management Facility del Sistema operativo Solaris 10. Para obtener más información acerca de esta nueva función del SO Solaris, consulte Solaris Service Manager de Novedades de Solaris 10.

El subcomando svccfg import no actualiza los servicios dependientes (6221374)

Cuando el sistema se arranca por primera vez tras una instalación del Sistema operativo Solaris 10, se puede producir un error con los servicios dependientes. Es probable que el subcomando svccfg import no active los servicios dependientes que se han declarado en un archivo manifest del servicio. Por tanto, los servicios dependientes no se iniciarán en orden y generarán mensajes de error que hacen referencia a dichos servicios.

Solución: emita el comando svcadm refresh para el servicio dependiente. Por ejemplo:

svcadm refresh dependent FMRI

Los programadores de software pueden evitar este problema con las siguientes soluciones:

• Declarar servicios dependientes en el nivel de instancia en vez de en el nivel de servicio.

• Para las instalaciones automáticas, habilitar una secuencia de comandos postinstall del paquete para ejecutar el comando svcadm refresh dependent FMRI.

• Para las instalaciones que utilizan un entorno de arranque alternativo, adjunte el comando svcadm refresh dependent FMRI al archivo /var/svc/profile/upgrade.

Los servicios de impresión tienen la configuración sin conexión de forma predeterminada (5100134)

Cuando un host no tiene ninguna impresora local configurada, se definen dos servicios de impresión, ipp-listener and rfc1179, como sin conexión de forma predeterminada. Estos servicios recuperan automáticamente el estado de conexión cuando se configuran las impresoras locales en el host. La configuración predeterminada sin conexión de estos servicios no implica un error. Por tanto, no es necesaria la intervención del usuario.

Solución: Ninguna.

El daemon keyserv deshabilita algunos de los servicios del sistema de archivos (5084183)

En los sistemas que no utilizan el Servicio de información de red (NIS) o el servicio de nombres NIS+, los servicios NFS y autofs están deshabilitados. El fallo se debe a la relación de dependencia de estos servicios con el daemon keyserv. El daemon keyserv se basa en el nombre de dominio RPC, que no está definido en los sistemas que no utilizan NIS o NIS+. Por tanto, el fallo del daemon keyserv hace que los servicios NFS y autofs se deshabiliten.

Solución: para habilitar los servicios, realice los siguientes pasos:

1. Conviértase en superusuario.

2. Ejecute estos comandos:

   # svcadm disable network/rpc/keyserv # svcadm disable -t network/nfs/client:default # svcadm enable network/nfs/client:default # svcadm disable -t network/nfs/server:default # svcadm enable network/nfs/server:default # svcadm disable -t network/rpc/gss:ticotsord # svcadm enable network/rpc/gss:ticotsord

Los indicadores de inicio de sesión aparecen en ocasiones antes de que los sistemas de archivos se hayan cargado (5082164)

En ocasiones, en los inicios del sistema, los servicios de inicio de sesión como console o ssh se inician antes de que los sistemas de archivos remotos y los servicios de nombres estén disponibles. Por tanto, es posible que no se reconozca el nombre de usuario o que el directorio original del usuario no esté disponible.

Solución: si se produce el error, espere unos segundos y vuelva a iniciar la sesión. Como alternativa, inicie sesión desde una cuenta local para ver el estado del sistema.