Administración del sistema

En esta sección se describen los errores de administración del sistema en Sistema operativo Oracle Solaris 10.

La base de datos de paquetes contiene nombres de ruta que no existen (7054481)

Al ejecutar el comando pkgchk -n después de una actualización o después de realizar una actualización automática, puede encontrar que varios paquetes contienen nombres de ruta que no existen. Debido a problemas del historial de paquetes, es posible que el archivo /var/sadm/install/contents no refleje correctamente el estado de algunos de los paquetes actualizados para los que se han eliminado archivos.

Es posible que se muestren mensajes de error similares a estos ejemplos:

 ERROR: /usr/jdk/instances/jdk1.6.0/bin/jhsearch
 pathname does not exist

Solución: elimine las rutas de la base de datos de contenidos.

1. Asegúrese de que se encuentra en modo de usuario único con el rol root.

2. Elimine las rutas de cualquier archivo del paquete que provoque errores.

   # removef package path

3. Realice los cambios.

   # removef -f package

Por ejemplo:

# removef SUNWjhdev /usr/jdk/instances/jdk1.6.0/bin/jhsearch
# removef SUNWjhdev /usr/jdk/instances/jdk1.6.0/bin/jhindexer
# removef -f SUNWjhdev

SPARC: la versión de 64 bits de la biblioteca libsoftcrypto es lenta (7048794)

Una versión de 64 bits de la biblioteca libsoftcrypto se ejecuta lentamente ya que no utiliza instrucciones de cifrado T4. Como resultado, las aplicaciones que utilizan una versión de 64 bits de la biblioteca libsoftcrypto pueden encontrar una disminución del rendimiento.

Cambio en el comportamiento predeterminado cuando un usuario root restablece la contraseña (6968855)

A partir de la versión Oracle Solaris 10, un usuario root (ID de usuario 0) tiene que cumplir de manera predeterminada con la política de contraseñas configurada en el archivo /etc/default/passwd. En actualizaciones anteriores del sistema operativo Oracle Solaris 10, un usuario root estaba exento de las limitaciones de la política de contraseñas configurada.

Para obtener más información, consulte la página de comando man passwd(1).

El comando patchrm no se admite después de aplicar el parche 144500/144501 (7033240)

Si instala el parche de núcleo 144500 en un sistema basado en SPARC o parche 144501 en un sistema basado en x86, se actualizan las agrupaciones de almacenamiento ZFS en el sistema. Sin embargo, si utiliza el comando patchrm para eliminar el parche después de que la agrupación root se actualiza, el sistema no inicia porque la versión de agrupación actualizada no coincide con el SO en ejecución. Por lo tanto, si la agrupación root se actualiza y el parche se elimina, el sistema no inicia.

Si se actualiza una agrupación no root existente y el parche se elimina, el servicio de sistema de archivos local se coloca en modo de mantenimiento porque el montaje ZFS local falla. Por lo tanto, si se actualiza una agrupación no root y se elimina el parche, el montaje ZFS local falla.

---

Precaución - No elimine este parche de actualización de núcleo (KU) con el comando patchrm.

---

lucreate presenta latencia en sistemas UFS más lentos (7051757)

Realizar una actualización automática en un sistema UFS más lento mediante el comando lucreate demora más tiempo.

El módulo de disponibilidad sdbc no se carga durante el inicio (6952222)

En esta versión de Oracle Solaris 10 el módulo sdbc no se carga durante el inicio y genera el siguiente mensaje de error:

[ID 819705 kern.notice]/usr/kernel/drv/sparcv9/sdbc: undefined symbol
WARNING: mod_load: cannot load module 'sdbc'

Solución: instale el parche 123246-07 para sistemas basados en SPARC y el parche 123247-07 para sistemas basados en x86.

El reloj de Oracle Solaris 10 9/10 se detiene en Oracle VM 2.2 (6952499)

Los equipos virtuales (VM) que ejecutan huéspedes de Oracle Solaris 10 9/10 pueden presentar los siguientes problemas:

• La hora del reloj puede dejar de funcionar.

• El modo de suspensión puede bloquearse.

• El equipo virtual huésped se puede bloquear por completo.

Solución: los usuarios invitados de Oracle Solaris se deben anclar a equipos físicos. Asocie las CPU virtuales del dominio con las CPU físicas del host, como se indica a continuación:

# xm vcpu-pin domain vcpu cpus

Consulte la página del comando man xm(1) para obtener más información.

SPARC: el parche FKU 137137-xx no admite software de Volume Manager de terceros

El parche FKU 137137-xx no admite software de Volume Manager de terceros, con algunas excepciones. Esta falta de compatibilidad se debe a la implementación de prepatch, postpatch y postbackout. Si utiliza software de gestión de volúmenes de terceros no compatible, no puede aplicar el parche FKU. Durante la instalación aparece el siguiente mensaje de error:

unsupported root slice type xxxxx

Tenga en cuenta que se admite el software Volume Manager de Fujitsu y Veritas.

Solución: ninguna.

Oracle Solaris no puede controlar la conmutación entre los modos legacy y AHCI en el controlador SATA (6520224)

En los sistemas que tienen un controlador SATA compatible con AHCI, la configuración del BIOS suele permitir que el controlador pueda establecerse en los modos AHCI, legacy o RAID. El sistema operativo Oracle Solaris admite los modos AHCI y legacy.

El modo SATA que se establece en el BIOS no debe modificarse tras la instalación inicial de Oracle Solaris. Tampoco se debe modificar el modo SATA ni antes ni después de una actualización de Oracle Solaris. Si el modo SATA se modifica en el BIOS tras instalar el sistema operativo Oracle Solaris 10, el sistema se apagará y no se reiniciará sin indicar el motivo del error.

Solución: si se produce un error de inicio debido al cambio en la configuración del BIOS, restablezca la configuración original para poder iniciar el sistema operativo Oracle Solaris.

32 bits: posible error de las aplicaciones al obtener el estado del sistema de archivos en sistemas de archivos de grandes dimensiones (6468905)

Si se ejecutan en sistemas de archivos de gran tamaño, por ejemplo ZFS, las aplicaciones que utilizan las funciones 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 en cambio la función statvfs64().

Se debería restringir el uso del comando patchadd con la opción -R para especificar una ruta raíz alternativa de sistemas que no tienen en cuenta zonas (6464969)

En sistemas que ejecutan una versión del sistema operativo Oracle Solaris que no tenga en cuenta zonas, no funcionará el uso del comando patchadd -R ni de cualquier otro comando que acepte la opción -R con el fin de especificar una ruta raíz alternativa para una zona global con zonas no globales instaladas.

En contraposición con el mensaje de error que se muestra al usar el comando luupgrade [- t, -T, -p, -P], en este caso no aparece 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 Oracle Solaris 10 no se instalan en ninguna de las zonas no globales que están instaladas.

Este problema se produce cuando instala o desinstala paquetes o parches.

Para obtener más información, consulte las páginas del comando man:

• patchadd(1M)

• patchrm(1M)

• pkgadd(1M)

• pkgrm(1M)

Elija una de las siguientes soluciones.

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:

• SPARC: ID de parche 119254-19

• X86: ID de parche 119255-19

Solución temporal 2: restrinja el uso del comando patchadd -R o de cualquier otro comando que acepte la opción -R para crear una ruta de raíz alternativa.

En lugar de ello, inicie la raíz alternativa, por ejemplo la versión Oracle Solaris 10, como sistema operativo activo. A continuación, instale y desinstale los parches y paquetes de Oracle Solaris 10 sin usar la opción -R.

Sun Patch Manager Tool 2.0 es incompatible con las versiones anteriores de la herramienta

Un sistema que ejecuta Sun Patch Manager 2.0 puede gestionar sistemas remotos que ejecutan la herramienta Patch Manager, incluido Sun Patch Manager 1.0.

Sin embargo, un sistema con una versión anterior de Patch Manager no puede gestionar sistemas remotos que ejecuten Patch Manager 2.0. Entre las versiones anteriores se incluyen las siguientes:

• Software básico de Sun Patch Manager 1.x

• Sun Patch Manager 1.0

No se pueden eliminar del sistema los clientes sin disco existentes (6205746)

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 sin disco.

SPARC: el comando smosservice delete no elimina correctamente todos los directorios de servicio (6192105)

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:

1. 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

2. Si este servidor de archivos no proporciona funciones o recursos para otros servicios, elimine la siguiente entrada del archivo /etc/bootparams.

   fs1-24 boottype=:os

3. Elimine la siguiente entrada del archivo /etc/dfs/dfstab.

   # share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr

4. Modifique el archivo /var/sadm/system/admin/services/Solaris_10.

   • Si el servidor de archivos no ejecuta el sistema operativo Oracle Solaris 10, elimine el archivo.

   • Si el servidor de archivos ejecuta el sistema operativo Oracle Solaris 10, elimine todas las entradas después de las tres primeras líneas. Las líneas eliminadas indican los paquetes USR_PATH y SPOOLED ROOT en /export/root/templates/Solaris_10 y las plataformas admitidas.