Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Guía de administración del sistema: administración básica |
1. Herramientas de gestión de Oracle Solaris (guía)
2. Trabajo con Solaris Management Console (tareas)
3. Trabajo con Oracle Java Web Console (tareas)
4. Gestión de grupos y cuentas de usuario (descripción general)
5. Gestión de cuentas de usuario y grupos (tareas)
6. Gestión del soporte cliente-servidor (descripción general)
7. Administración de clientes sin disco (tareas)
8. Introducción al cierre e inicio de un sistema
9. Cierre e inicio del sistema (descripción general)
10. Cierre de un sistema (tareas)
11. Modificación del comportamiento del inicio de Oracle Solaris (tareas)
12. Cómo iniciar un sistema Oracle Solaris (tareas)
13. Gestión de archivos de inicio de Oracle Solaris (tareas)
14. Resolución de problemas de inicio de un sistema Oracle Solaris (tareas)
15. x86: Inicio basado en GRUB (referencia)
16. x86: Inicio de un sistema que no implementa GRUB (tareas)
17. Comando regadm del registro automático de Oracle Solaris (tareas)
18. Gestión de servicios (descripción general)
19. Gestión de servicios (tareas)
Gestión de servicios (mapa de tareas)
Cómo enumerar el estado de un servicio
Cómo visualizar los servicios que dependen de una instancia de servicio
Cómo visualizar de qué servicios depende un servicio
Gestión de servicios SMF (mapa de tareas)
Uso de perfiles de derechos de RBAC con la SMF
Cómo deshabilitar una instancia de servicio
Cómo habilitar una instancia de servicio
Cómo restaurar un servicio que está en estado de mantenimiento
Cómo revertir a otra instantánea de la SMF
Cómo crear un perfil de la SMF
Cómo aplicar un perfil de la SMF
Cambio de servicios ofrecidos en la red con generic*.xml
Configuración de servicios SMF
Cómo cambiar una variable de entorno para un servicio
Cómo cambiar una propiedad para un servicio controlado por inetd
Cómo modificar un argumento de línea de comandos para un servicio controlado por inetd
Cómo convertir entradas inetd.conf
Uso de secuencias de comandos de control de ejecución (mapa de tareas)
Uso de secuencias de comandos de control de ejecución
Cómo agregar una secuencia de comandos de control de ejecución
Cómo deshabilitar una secuencia de comandos de control de ejecución
Resolución de problemas de la utilidad de gestión de servicios
Depuración de un servicio que no se inicia
Cómo reparar un depósito dañado
20. Gestión de software (descripción general)
22. Gestión de software mediante comandos de paquetes de Oracle Solaris (tareas)
En este procedimiento, el servicio de impresión está deshabilitado.
Los roles incluyen autorizaciones y comandos con privilegios. Para obtener más información sobre los roles, consulte Configuración de RBAC (mapa de tareas) de Guía de administración del sistema: servicios de seguridad.
# 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.
# svcadm enable application/print/server
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: /etc/svc/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.
# /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:
Repository Restore utility 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. Note that upon full completion of this script, the system will be rebooted using reboot(1M), which will interrupt any active services.
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.
Normalmente, se selecciona la opción de copia de seguridad más reciente.
Please enter one of: 1) boot, for the most recent post-boot backup 2) manifest_import, for the most recent manifest_import backup. 3) a specific backup repository from the above list 4) -seed-, the initial starting repository. (All customizations will be lost.) 5) -quit-, to cancel. 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 /etc/svc/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]?
El sistema se reinicia después de que el comando restore_repository ejecuta todas las acciones enumeradas.
Si se producen problemas al iniciar servicios, a veces, un sistema se bloquea durante el inicio. Este procedimiento muestra cómo solucionar este problema.
Este comando indica al daemon svc.startd que deshabilite temporalmente todos los servicios e inicie sulogin en la consola.
ok boot -m milestone=none
# svcadm milestone all
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.
# svcs -x
Este comando verifica que el proceso login en la consola se ejecutará.
# svcs -l system/console-login:default
Los sistemas de archivos locales que no son necesarios para iniciar el sistema operativo Solaris 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.
# 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
# svcadm refresh console-login
Ejemplo 19-18 Provocación de un indicador sulogin mediante Oracle Solaris JumpStart
Guarde los siguientes comandos en una secuencia de comandos y guárdela como /etc/rcS.d/S01site-customfs.
#!/bin/sh # # This script adds a dependency from console-login -> filesystem/local # This forces the system to stop the boot process and drop to an sulogin prompt # if any file system in filesystem/local fails to mount. PATH=/usr/sbin:/usr/bin export PATH svccfg -s svc:/system/console-login << EOF addpg site,filesystem-local dependency setprop site,filesystem-local/entities = fmri: svc:/system/filesystem/local setprop site,filesystem-local/grouping = astring: require_all setprop site,filesystem-local/restart_on = astring: none setprop site,filesystem-local/type = astring: service EOF svcadm refresh svc:/system/console-login [ -f /etc/rcS.d/S01site-customfs ] && rm -f /etc/rcS.d/S01site-customfs
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.