Esta sección describe errores de administración del sistema en el Sistema operativo Solaris 10.
Si al configurar el sistema para Solaris Trusted Extensions se utiliza SMC para crear funciones, el directorio principal de la función podría tener la propiedad incorrecta. Aparecen distintos mensajes de error.
Solución: inicie la sesión como superusuario. Después de crear una función, compruebe que su directorio principal tenga el grupo y el propietario correctos.
# ls -ld /export/home/myrole drwxr-xr-x 15 myrole sysadmin 1024 Jul 26 15:29 /export/home/myrole |
El grupo de todas las funciones debe ser sysadmin(14). De lo contrario, cambie el grupo a sysadmin(14); para ello, utilice el comando chown siguiente:
# chown myrole:sysadmin /export/home/myrole |
Si se utiliza Storade rasagent en ejecución con el controlador Emulex HBA 2.20K o una versión posterior, se envía el siguiente mensaje de error al archivo /var/adm/messages:
NOTICE: fp_rnid_intr: FP_IS_PKT_ERROR failed |
Solución: haga caso omiso de estos mensajes. Para que estos mensajes dejen de enviarse al archivo /var/adm/messages, detenga el daemon Storade rasagent.
El uso del parámetro opcional --alias o -a con el comando iscsitadm create target dentro del daemon de procesos iSCSI puede crear confusión en el proceso al crear un proceso de volcado de código.
Como la utilidad Solaris SMF controla el proceso del daemon de destino iSCSI, dicha utilidad se reinicia automáticamente tras una pausa momentánea mientras el proceso crea su archivo de núcleo.
Solución: No especifique los parámetros - -alias ni -a con el comando CLI iscsitadm create target. Utilice los parámetros opcionales con el comando CLI iscsitadm modify target.
El iSCSI de destino genera un volcado de núcleo al ejecutar el conjunto de pruebas de lectura, escritura o comparación de cargas de tecnología Java JIST (Java Interoperability Standards Test) con 10 procesos como parte de la prueba de entrada para Amber Road. Este volcado de núcleo puede llegar a hacer que la prueba de JIST no se efectúe correctamente y genere errores de comparación de datos. En ocasiones, las pruebas de JIST se ejecutan correctamente. Sin embargo, se genera un nuevo archivo de núcleo.
Solución: ninguna.
Al conectar una zona, si el host original y el nuevo tienen paquetes en el mismo nivel de parches pero en distintos historiales de parches intermedios, la conexión de zona puede llegar a fallar. Aparecen distintos mensajes de error. El mensaje de error depende los respectivos historiales de parches de los hosts.
Solución: compruebe que los sistemas del host original y el nuevo tengan aplicados en cada parche la misma secuencia de versiones de parche.
Los sistemas que tienen un controlador SATA compatible con AHCI, la configuración del BIOS suele permitir que el controlador pueda ajustarse en los modos AHCI, legacy o RAID. Solaris es compatible con los modos AHCI y legacy.
El modo SATA que se establece en el BIOS no debe modificarse tras la instalación inicial de Solaris. Tampoco se debe modificar ni antes ni después de una actualización de Solaris. Si el modo SATA se modifica en el BIOS tras instalar Solaris, el sistema se reiniciará y no arrancará, ni tampoco indicará el motivo del error.
Solución: si se da un error de arranque debido al cambio en el ajuste del BIOS, restablezca el valor original para poder arrancar Solaris.
A partir de los parches 119254-42 y 119255-42, las utilidades de instalación de parches, patchadd y patchrm, se han modificado para cambiar el modo en que se administran determinadas funciones de parches. Esta modificación de utilidades afecta a la instalación de estos parches en cualquier versión 10 de Solaris. Estos parches de activación diferida administran mejor la amplia gama de cambios en los parches.
Estos grandes parches de núcleo siempre han requerido un rearranque, pero ahora el rearranque necesario activa los cambios realizados por el sistema de archivos de bucle de retroceso lofs. lofs garantiza la estabilidad del sistema que está en ejecución. El parche README proporciona instrucciones sobre qué parches requieren un reinicio.
Sun recomienda encarecidamente que las operaciones de parches se lleven a cabo en modo monousuario, sobre todo cuando esto se indica expresamente en el archivo LÉAME (README) del parche.
Si ejecuta zonas no globales o tiene el sistema lofs desactivado, tenga en cuenta lo siguiente cuando instale o elimine los parches de activación diferida:
Todas las zonas no globales deben estar detenidas para esta operación de parche. Debe detener la zona no global antes de aplicar el parche.
Los parches de activación diferida requieren el sistema de archivos en bucle inverso (lofs) para completarse de forma correcta. Es probable que los sistemas que ejecutan Sun Cluster 3.1 o Sun Cluster 3.2 tengan el sistema lofs desactivado a causa de las restricciones en las funciones de HA-NFS cuando lofs está activado. Por tanto, antes de instalar un parche de activación diferida, debe volver a activar el sistema de archivos en bucle siguiendo estos pasos.
Elimine o comente la siguiente línea del archivo /etc/system:
exclude:lofs |
Rearranque el sistema.
Instale la revisión.
Una vez completada la operación de instalación del parche, restaure o elimine los comentarios de la misma línea del archivo /etc/system.
Reinicie el sistema para reanudar las operaciones normales.
No se muestra ningún mensaje de error.
Solución: Sun recomienda la función Modernización automática de Solaris para administrar los parches. La función Modernización automática de Solaris evita los problemas de la aplicación de parches en un sistema en ejecución. La función Modernización automática de Solaris reduce el tiempo de inactividad inherente a la aplicación de parches, así como los riesgos, al proporcionar la función de recuperación en caso de suceder un problema. Para más información, consulte Guía de instalación de Solaris 10 8/07: Modernización automática de Solaris y planificación de la modernización.
Si se ejecutan en sistemas de archivos de gran tamaño, por ejemplo ZFS, las aplicaciones que utilizan statvfs(2) o statfs(2) para obtener información sobre el estado del sistema de archivos pueden presentar un error. Aparecerá el siguiente mensaje de error:
Value too large for defined data type |
Solución: las aplicaciones deben utilizar statvfs64().
Falla la desinstalación de Solaris Trusted Extensions en sistemas x86. Al rearrancar el sistema, aparece el siguiente mensaje de error:
NOTICE: template type for bge0 incorrectly configured Change to CIPSO type for 129.146.108.249 ifconfig: setifflags: SIOCSLIFFLAGS: bge0: Invalid argument NOTICE: bge0 failed: Cannot insert CIPSO template for local addr 129.146.108.249 ip_arp_done: init failed |
A continuación, el sistema se bloquea.
Solución: realice los pasos siguientes:
Desinstale Solaris Trusted Extensions pero no rearranque el sistema.
Ejecute los comandos siguientes.
# touch /etc/system # bootadm update-archive |
Reinicie el sistema.
En sistemas que ejecuten una versión de Solaris que no tenga en cuenta zonas, no funcionará el uso de patchadd - R o de cualquier otro comando que acepte la opción -R para especificar una ruta de root alternativa para una zona global con zonas no globales.
En contraposición con el mensaje de error que se muestra al usar el comando luupgrade [- t, -T, -p, -P], en este caso no aparecerá ningún mensaje de error relativo al uso de las pertinentes restricciones de comandos.
No hay indicaciones de que la opción -R no funcione. Como consecuencia del error del comando, los parches o paquetes de Solaris 10 no se instalan en ninguna de las zonas no globales que están instaladas.
Este problema se da al instalar o desinstalar paquetes o parches.
La opción -R funciona si el entorno de arranque alternativo ha configurado zonas no globales, y no ha instalado zonas no globales. Ahora bien, para prevenir un posible problema, o si no está seguro de que haya zonas no globales instaladas que se hayan usado como ruta de root alternativa, restrinja el uso de la opción -R en todos los casos.
Para obtener mas información, consulte las páginas de comando man:
Solución 1: actualice el sistema operativo como mínimo a la versión Solaris 10 1/06.
Si está ejecutando la versión Solaris 10 3/05, instale los parches siguientes para permitir el uso de comandos que acepten la opción -R para crear una ruta de root alternativa:
Id. de parche 119254-19 para sistemas basados en SPARC.
Id. de parche 119255-19 para sistemas basados en x86.
Solución 2: restrinja el uso del comando patchadd -R o de cualquier otro comando que acepte la opción -R para crear una ruta de root alternativa.
En lugar de ello, arranque la root alternativa, por ejemplo la versión Solaris 10, como sistema operativo activo. A continuación, instale y desinstale los parches y paquetes de Solaris 10 sin utilizar la opción -R.
Un sistema que ejecuta Sun Patch Manager Tool 2.0 puede gestionar sistemas remotos que ejecutan la herramienta Patch Manager Tool, incluido Sun Patch Manager Tool 1.0.
Sin embargo, un sistema con una versión anterior de Patch Manager Tool no puede gestionar sistemas remotos que ejecuten Patch Manager Tool 2.0. Entre las versiones anteriores se incluyen las siguientes:
Software básico de Sun Patch Manager 1.x
Sun Patch Manager Tool 1.0
La compatibilidad del modelo de información común/gestión empresarial basada en web (CIM/WBEM) para Patch Manager Tool no existe en el SO Solaris 8. Por tanto, la gestión remota con Patch Manager no se aplica a los sistemas con Solaris 8.
Durante la reconfiguración dinámica (DR, Dynamic Reconfiguration), puede que se muestren algunos mensajes de error cuando dicha reconfiguración se lleva a cabo mientras están activas operaciones de entrada y salida en dispositivos que se encuentran en la ruta de la DR. Después de que se muestren los mensajes, volverán a intentarse las operaciones de entrada y salida hasta que se completen con éxito. A continuación, se incluye un ejemplo de los mensajes que se muestran:
Jul 28 12:23:19 qame10-a scsi: [ID 107833 kern.warning] WARNING: /ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056fa13,0 (ssd6): Jul 28 12:23:19 qame10-a transport rejected fatal error Jul 28 12:22:08 qame10-a scsi: [ID 107833 kern.warning] WARNING: /ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056f9a7,0 (ssd36): Jul 28 12:22:08 qame10-a SCSI transport failed: reason 'timeout': retrying command |
Solución: ninguna. Haga caso omiso de los mensajes de error.
En las zonas no globales, cuando hay sistemas de archivos heredados, los comandos patchadd y patchrm no funcionan correctamente. Por tanto, en dichas zonas, es posible que el comando pkgchk genere mensajes de error relacionados con los paquetes en los siguientes casos:
En la zona global, se aplican parches para el sistema de zonas de Solaris 10 mediante el comando patchadd.
Se utiliza el comando patchrm para eliminar parches que acaban de aplicarse.
En una zona no global con sistemas de archivos heredados, se utiliza el comando pkgchk para obtener información acerca de un paquete que se encuentra en una de los parches eliminados.
En cualquiera de estas circunstancias, si se utiliza el comando pkgchk con SUNWcsu, se mostrará un mensaje parecido al siguiente:
# pkgchk SUNWcsu ERROR: /usr/lib/inet/certdb modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual file size <36012> expected <42152> actual file cksum <37098> expected <19747> actual ERROR: /usr/lib/inet/certlocal modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual file size <44348> expected <84636> actual |
Solución: ninguna. Los errores no son importantes. Haga caso omiso de los mensajes de error.
Los sistemas con la versión Solaris 10 8/07 pueden provocar problemas con IPsec. Este problema puede producirse en un sistema nuevo recién instalado o que importe un elevado número de manifiestos nuevos de Service Management Facility (SMF) durante el arranque. Después de estas situaciones de arranque, es posible que IPsec, que forma parte de svc:/network/initial:default , se inicialice antes que la estructura de cifrado, la cual se incluye en svc:/system/cryptosvc:default. Como los algoritmos de autenticación o cifrado no están disponibles, puede producirse un error durante la creación de las asociaciones de seguridad de IPsec y mostrarse el siguiente mensaje de error:
PF_KEY error: type=ADD, errno=22: Invalid argument, diagnostic code=40: Unsupported authentication algorithm |
Por ejemplo, este error puede surgir cuando se utiliza DR en un sistema Sun Fire E25K, ya que recurre a servicios de IPsec.
Solución: antes de llevar a cabo tareas que utilicen los servicios de IPsec, realice los siguientes pasos después de un arranque que importe un elevado número de nuevos manifiestos SMF:
Después de reiniciar, ejecute el siguiente comando:
ipsecalgs -s |
Si el sistema dispone del archivo /etc/inet/secret/ipseckeys, ejecute también este comando:
ipseckey -f /etc/inet/secret/ipseckeys |
Esto le permitirá realizar tareas que creen asociaciones de seguridad de IPsec, como el uso de DR en un sistema Sun Fire E25K.
Sólo será necesario repetir este procedimiento cuando se importe un elevado número de nuevos manifiestos SMF durante el arranque.
Si intenta iniciar la utilidad de administración Solaris Product Registry en una zona, se producirá un error. Durante la instalación de la zona, productregistry , la base de datos de Solaris Product Registry, no se duplica en la zona. Por tanto, la utilidad no se puede ejecutar en una zona.
Solución: acceda como superusuario y copie la base de datos productregistry a la zona.
# cp /var/sadm/install/productregistry zone_path/var/sadm/install/ |
En el comando anterior, zone_path es la ruta al directorio root de la zona que ha creado.
Si utiliza el comando smdiskless para eliminar un cliente sin disco, el comando falla. El cliente sin disco no se elimina de las bases de datos del sistema. Aparecerá el siguiente mensaje de error:
Failing with error EXM_BMS. |
Solución: deje de compartir la partición /export antes de agregar el cliente.
Si utiliza el comando smosservice delete para quitar un servicio de cliente sin disco, el comando no quita con éxito todos los directorios del servicio.
Solución: Siga estos pasos:
Asegúrese de que no existe ningún cliente que utilice el servicio.
# unshare /export/exec/Solaris_10_sparc.all # rm -rf /export/exec/Solaris_10_sparc.all # rm -rf /export/exec/.copyofSolaris_10_sparc.all # rm -rf /export/.copyofSolaris_10 # rm -rf /export/Solaris_10 # rm -rf /export/share # rm -rf /export/root/templates/Solaris_10 # rm -rf /export/root/clone/Solaris_10 # rm -rf /tftpboot/inetboot.sun4u.Solaris_10 |
Elimine la siguiente entrada del archivo /etc/bootparams.
fs1-24 boottype=:os |
Elimine esta entrada únicamente si este servidor de archivos no proporciona funciones o recursos para otros servicios.
Elimine la siguiente entrada del archivo /etc/dfs/dfstab.
share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr |
Modifique el archivo /var/sadm/system/admin/services/Solaris_10.
Si el servidor de archivos no es Solaris_10, elimine este archivo.
Si el servidor de archivos es Solaris_10, elimine todas las entradas que haya después de las primeras tres líneas. Las líneas eliminadas indican los paquetes USR_PATH y SPOOLED ROOT de servicio en /export/root/templates/Solaris_10 y las plataformas admitidas.
Si intenta detener el sistema pulsando secuencias en el teclado como Stop-A o L1-A, el sistema puede emitir avisos de error grave. Se muestra un mensaje de error parecido al siguiente:
panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000): consistent dma sync timeout |
Solución: no utilice secuencias del teclado para obligar al sistema a entrar en la memoria OpenBoot PROM.
Después de modificar el contenido de snmpd.conf, puede emitir el comando kill -HUP snmp Process ID. Este comando detiene el proceso snmp. A continuación, el comando envía la señal al agente principal de System Management Agent (snmpd) para que vuelva a leer snmpd.conf e implemente las modificaciones que ha introducido. Es posible que el comando no produzca siempre que el agente principal vuelva a leer el archivo de configuración. Por tanto, la utilización del comando es posible que no active en todos los casos las modificaciones en el archivo de configuración.
En lugar de utilizar kill -HUP, reinicie System Management Agent después de añadir las modificaciones a snmpd.conf. realice los pasos siguientes:
Conviértase en superusuario.
Escriba el siguiente comando:
# /etc/init.d/init.sma restart
Está arrancando un conmutador Sun LX50 que tiene una partición de servicio y el Sistema operativo Solaris 10 instalado en un sistema x86. Al pulsar la tecla de función F4 para arrancar la partición de servicio, cuando se proporciona esta opción, la pantalla se queda en blanco. Después el sistema no consigue arrancar la partición del servicio.
Solución: no pulse la tecla F4 cuando aparezca la pantalla de arranque de la BIOS. Tras un tiempo de espera, aparece la pantalla de información sobre la partición actual del disco. Seleccione un número en la columna Part# que se corresponda con type=DIAGNOSTIC. Pulse la tecla de retorno. El sistema arranca la partición de servicio.
El daemon de Solaris WBEM Services 2.5 no puede ubicar los proveedores que se escriben en las interfaces com.sun.wbem.provider ni com.sun.wbem.provider20. Aunque se cree una instancia Solaris_ProviderPath para un proveedor escrito en estas interfaces, el daemon de Solaris WBEM Services 2.5 no encuentra el proveedor.
Solución: si desea habilitar al daemon para que pueda encontrar el proveedor, detenga y vuelva a iniciar el daemon Solaris WBEM Services 2.5.
# /etc/init.d/init.wbem stop # /etc/init.d/init.wbem start |
Si utiliza la API javax
para desarrollar su proveedor no es necesario que pare y reinicie el daemon de Solaris WBEM Services 2.5. El daemon de Solaris WBEM Services 2.5 reconoce de forma dinámica los proveedores de javax
.
Si decide usar la interfaz de programación de aplicaciones com.sun, en lugar de javax
para desarrollar el software WBEM, sólo se admite totalmente la llamada a método remoto (RMI) del Modelo de información común (CIM). No se garantiza que otros protocolos, como XML/HTTP, funcionen perfectamente con la interfaz de programación de aplicaciones com.sun.
En la siguiente tabla se muestran ejemplos de llamadas que se ejecutan satisfactoriamente con RMI, pero que fallan con XML/HTTP.
Llamada a método |
Mensaje de error |
---|---|
CIMClient.close() |
NullPointerException |
CIMClient.execQuery() |
CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED |
CIMClient.getInstance() |
CIM_ERR_FAILED |
CIMClient.invokeMethod() |
XMLERROR: ClassCastException |
La herramienta Montajes y comparticiones de Solaris Management Console no puede modificar las opciones de montaje en sistemas de archivos clave del sistema, como root (/), /usr y /var.
Solución: opte por una de estas soluciones:
Use la opción de volver a montar con la orden mount.
# mount -F tipo_sistema_archivos -o remount,opciones_adicionales_montaje \ dispositivo_que_montar punto_montaje |
Las modificaciones de las propiedades de montaje que se realizan con la opción -remount, del comando mount, no son permanentes. Además, todas las opciones de montaje que no se especifican en la porción opciones_adicionales_montaje del comando anterior heredan los valores predeterminados especificados por el sistema. Para obtener más información, consulte la página de comando man mount_ufs(1M).
Edite la entrada correspondiente del archivo /etc/vfstab para modificar las propiedades de montaje del sistema de archivos y rearranque después el sistema.