Resolución de problemas de la utilidad de gestión de servicios

Los siguientes procedimientos muestran cómo solucionar problemas o reparar servicios SMF.

Depuración de un servicio que no se inicia

En este procedimiento, el servicio de impresión está deshabilitado.

Conviértase en administrador o asuma un rol que incluya el perfil de derechos Service Management.
Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.

Solicite información sobre el servicio que no se está ejecutando debido a un error.

# svcs -xv
svc:/application/print/server:default (LP Print Service)
 State: disabled since Wed 13 Oct 2004 02:20:37 PM PDT
Reason: Disabled by an administrator.
   See: http://sun.com/msg/SMF-8000-05
   See: man -M /usr/share/man -s 1M lpsched
Impact: 2 services are not running:
        svc:/application/print/rfc1179:default
        svc:/application/print/ipp-listener:default

La opción -x proporciona información adicional sobre las instancias de servicio que se ven afectadas.

Habilite el servicio.

# svcadm enable application/print/server

Cómo reparar un depósito dañado

Este procedimiento muestra cómo reemplazar un depósito dañado con una copia predeterminada del depósito. Cuando el daemon del depósito, svc.configd, se inicia, realiza una comprobación de la integridad del depósito de configuración. Este depósito se almacena en /etc/svc/repository.db. El depósito puede dañarse debido a una de las siguientes razones:

Fallo de disco
Error de hardware
Error de software
Sobrescritura accidental del archivo

Si la comprobación de integridad falla, el daemon svc.configd escribe un mensaje en la consola, similar al siguiente:

svc.configd: smf(5) database integrity check of:

    /etc/svc/repository.db

  failed.  The database might be damaged or a media error might have
  prevented it from being verified.  Additional information useful to
  your service provider is in:

    /system/volatile/db_errors

  The system will not be able to boot until you have restored a working
  database.  svc.startd(1M) will provide a sulogin(1M) prompt for recovery
  purposes.  The command:

    /lib/svc/bin/restore_repository

  can be run to restore a backup version of your repository. See
  http://sun.com/msg/SMF-8000-MY for more information.

El daemon svc.startd sale e inicia sulogin para permitirle realizar el mantenimiento.

Introduzca la contraseña root en el indicador sulogin.
El comando sulogin permite al usuario root introducir el modo de mantenimiento del sistema para reparar el sistema.
Ejecute el siguiente comando:
```
# /lib/svc/bin/restore_repository
```
La ejecución de este comando lo guía por los pasos necesarios para restaurar una copia de seguridad que no está dañada. La SMF realiza automáticamente copias de seguridad del depósito en momentos clave del sistema. Para obtener más información, consulte Copias de seguridad del depósito de la SMF.
Al iniciar, el comando /lib/svc/bin/restore_repository muestra un mensaje similar al siguiente:
```
See http://sun.com/msg/SMF-8000-MY for more information on the use of
this script to restore backup copies of the smf(5) repository.

If there are any problems which need human intervention, this script will
give instructions and then exit back to your shell. 
```
Si el sistema que se está recuperando no es una zona local, la secuencia de comandos explica cómo volver a montar los sistemas de archivos / y /usr con permisos de lectura y de escritura para recuperar las bases de datos. La secuencia de comandos se cierra después de imprimir estas instrucciones. Siga las instrucciones y preste especial atención a los errores que pudieran existir.
Después de que el sistema de archivos root (/) se monta con permisos de escritura, o si el sistema es una zona local, se le pide que seleccione la copia de seguridad del depósito para restaurar:
```
The following backups of /etc/svc/repository.db exists, from
oldest to newest:

... list of backups ...
```
Las copias de seguridad se nombran según el tipo y la hora en que la copia de seguridad se ha realizado. Las copias de seguridad que empiezan con boot se completan antes de que se realiza el primer cambio en el depósito después del inicio del sistema. Las copias de seguridad que empiezan con manifest_import se completan después de que svc:/system/manifest-import:default termina su proceso. La hora de la copia de seguridad se proporciona en formato YYYYMMDD_HHMMSS.

Introduzca la respuesta adecuada.

Normalmente, se selecciona la opción de copia de seguridad más reciente.

Please enter either a specific backup repository from the above list to
restore it, or one of the following choices:

        CHOICE            ACTION
        ----------------  ----------------------------------------------
        boot              restore the most recent post-boot backup
        manifest_import   restore the most recent manifest_import backup
        -seed-            restore the initial starting repository  (All
                            customizations will be lost, including those
                            made by the install/upgrade process.)
        -quit-            cancel script and quit

Enter response [boot]:

Si presiona Intro sin especificar una copia de seguridad para restaurar, se selecciona la respuesta predeterminada, encerrada entre []. Al seleccionar -quit-, se sale de la secuencia de comandos restore_repository y se regresa al indicador de shell.

Nota - Al seleccionar -seed-, se restaura el depósito seed. Este depósito está diseñado para usarse durante la instalación inicial y las actualizaciones. El uso del depósito seed para fines de recuperación debe ser un último recurso.

Después de que la copia de seguridad para restaurar se ha seleccionado, se valida y se comprueba su integridad. Si hay problemas, el comando restore_repository imprime mensajes de error y le solicita otra selección. Una vez que se selecciona una copia de seguridad válida, se imprime la siguiente información y se le solicita confirmación final.

After confirmation, the following steps will be taken:

svc.startd(1M) and svc.configd(1M) will be quiesced, if running.
/etc/svc/repository.db
    -- renamed --> /etc/svc/repository.db_old_YYYYMMDD_HHMMSS
/system/volatile/db_errors
    -- copied --> /etc/svc/repository.db_old_YYYYMMDD_HHMMSS_errors
repository_to_restore
    -- copied --> /etc/svc/repository.db
and the system will be rebooted with reboot(1M).

Proceed [yes/no]?

Escriba yes para solucionar el fallo.
El sistema se reinicia después de que el comando restore_repository ejecuta todas las acciones enumeradas.

Cómo iniciar sin tener que iniciar servicios

Si se producen problemas al iniciar servicios, a veces, un sistema se bloquea durante el inicio. Este procedimiento muestra cómo solucionar este problema.

Inicie sin iniciar los servicios.
Este comando indica al daemon svc.startd que deshabilite temporalmente todos los servicios e inicie sulogin en la consola.
```
ok boot -m milestone=none
```
Inicie sesión en el sistema como root.
Habilite todos los servicios.
```
# svcadm milestone all
```
Determine dónde se bloqueó el proceso.
Cuando el proceso de inicia se bloquea, determine qué servicios no se están ejecutando mediante la ejecución de svcs -a. Busque mensajes de error en los archivos de registro, en /var/svc/log.
Después de solucionar los problemas, verifique que todos los servicios se hayan iniciado.
1. Verifique que todos servicios necesarios estén online.
```
# svcs -x
```
2. Verifique que las dependencias de servicio console-login se hayan cumplido.
  Este comando verifica que el proceso login en la consola se ejecutará.
```
# svcs -l system/console-login:default
```
Continúe con el proceso de inicio normal.

Cómo forzar un indicador `sulogin` si el servicio `system/filesystem/local:default` falla durante el inicio

Los sistemas de archivos locales que no son necesarios para iniciar el sistema son montados por el servicio svc:/system/filesystem/local:default. Cuando alguno de esos sistemas de archivos no puede ser montado, el servicio introduce un estado de mantenimiento. El inicio del sistema continúa, y cualquier servicio que no depende de filesystem/local se inicia. Los servicios que requieren que filesystem/local esté online antes de iniciarse mediante dependencias no se inician.

Para cambiar la configuración del sistema, de forma que un indicador sulogin aparezca inmediatamente después de que el servicio falla, en lugar de permitir que el inicio del sistema continúe, siga el procedimiento que se describe a continuación.

Modifique el servicio system/console-login.

# svccfg -s svc:/system/console-login
svc:/system/console-login> addpg site,filesystem-local dependency
svc:/system/console-login> setprop site,filesystem-local/entities = fmri: svc:/system/filesystem/local

svc:/system/console-login> setprop site,filesystem-local/grouping = astring: require_all

svc:/system/console-login> setprop site,filesystem-local/restart_on = astring: none

svc:/system/console-login> setprop site,filesystem-local/type = astring: service

svc:/system/console-login> end

Actualice el servicio.
```
# svcadm refresh console-login
```

Errores más frecuentes

Cuando se produce un fallo con el servicio system/filesystem/local:default, el comando svcs -vx se debe utilizar para identificar el fallo. Una vez que se ha reparado el fallo, el siguiente comando borra el estado de error y permite que el inicio del sistema continúe: svcadm clear filesystem/local.

Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
	Administración de Oracle Solaris: tareas comunes Oracle Solaris 11 Information Library (Español)