Problemas y errores de actualización

Esta sección describe los errores de actualización. Algunos errores se pueden producir cuando está realizando la actualización al Sistema operativo Oracle Solaris 10. Otros errores pueden tener lugar después de haber completado la actualización.

SPARC: Todos los tipos de equipos serie M pueden encontrar una ligera disminución del rendimiento (7058265)

Después de actualizar a Oracle Solaris 10 8/11, todos los tipos de equipos serie M pueden encontrar una ligera disminución del rendimiento. La disminución del rendimiento se produce como resultado de la solución para CR 6919646.

CR 6919646 aborda el problema de cuelgues de equipos serie M como resultado de entradas Translation Lookaside Buffer (TLB) inconsistentes. Por ejemplo, es posible que aplicaciones como el software de base de datos de Oracle capture repetidamente direcciones ISM debido a entradas TLB inconsistentes en el hardware. Cuando se produce este problema, las aplicaciones afectadas no pueden continuar en las CPU ocupadas a menos que el sistema se reinicie o hasta que las entradas TLB se vacíen aleatoriamente por otras actividades del núcleo.

El comando lucreate falla en los sistemas que no tienen el paquete SUNWzoneu (7061870)

El comando lucreate falla en sistemas que no tienen el paquete SUNWzoneu, por ejemplo, sistemas Solaris 8, Solaris 9 y Oracle Solaris 10 instalados con el metaclúster SUNWCreq.

Es posible que se muestren mensajes de error similares a los que se muestran en el siguiente ejemplo:

  Error message:    #lucreate -n u10
Analyzing system configuration.
Updating boot environment description database on all BEs.
Updating system configuration files.
Creating configuration for boot environment <u10>.
Source boot environment is <s10_u9>.
Creating file systems on boot environment <u10>.
Populating file systems on boot environment <u10>.
Analyzing zones.
Duplicating ZFS datasets from PBE to ABE.
Creating snapshot for <newpool/ROOT/s10_u9> on <newpool/ROOT/s10_u9@u10>.
Creating clone for <newpool/ROOT/s10_u9@u10> on <newpool/ROOT/u10>.
Mounting ABE <u10>.
Generating file list.
Finalizing ABE.
Fixing zonepaths in ABE.
Unmounting ABE <u10>.
Fixing properties on ZFS datasets in ABE.
Reverting state of zones in PBE <s10_u9>.
Making boot environment <u10> bootable.
ERROR: Unable to mount non-global zones of ABE <u10>: cannot make ABE bootable.
ERROR: Unable to make boot environment <u10> bootable.
ERROR: Unable to populate file systems on boot environment <u10>.
Removing incomplete BE <u10>.
ERROR: Cannot make file systems for boot environment <u10>.

Es posible que el servicio iscsi/initiator finalice en estado de mantenimiento después de la actualización (6976602)

Es posible que el servicio SMF svc:/network/iscsi/initiator:default finalice en el estado de mantenimiento durante el primer inicio posterior a la actualización de cualquier versión de actualización de Oracle Solaris 10 (de Solaris 10 1/06 a Solaris 10 10/09) a Oracle Solaris 10 9/10 u Oracle Solaris 10 8/11. Esta situación surgirá cuando el servicio svc:/network/iscsi/initiator:default comience antes de la finalización del servicio svc:/system/manifest-import:default.

Es posible que se muestren mensajes de error similares a los que se muestran en el siguiente ejemplo:

Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default:
Method "/lib/svc/method/iscsid" failed with exit status 1.
Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default:
Method "/lib/svc/method/iscsid" failed with exit status 1.
Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default:
Method "/lib/svc/method/iscsid" failed with exit status 1.
Jul 12 16:39:22 svc.startd[7]: network/iscsi/initiator:default failed:
transitioned to maintenance (see 'svcs -xv' for details)


# svcs -xv
svc:/network/iscsi/initiator:default (?)
State: maintenance since Tue Jul 12 16:29:38 2011
Reason: Start method failed repeatedly, last exited with status 1.
  See: http://sun.com/msg/SMF-8000-KS
  See: /var/svc/log/network-iscsi-initiator:default.log
Impact: This service is not running.

# tail /var/svc/log/network-iscsi-initiator:default.log
[ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ]
Usage: /lib/svc/method/iscsid { start | stop }
[ Jul 12 16:39:22 Method "start" exited with status 1 ]
[ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ]
Usage: /lib/svc/method/iscsid { start | stop }
[ Jul 12 16:39:22 Method "start" exited with status 1 ]
[ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ]
Usage: /lib/svc/method/iscsid { start | stop }
[ Jul 12 16:39:22 Method "start" exited with status 1 ]

Solución: borre el estado de mantenimiento del servicio iscsi/iniciator. El servicio se inicia automáticamente con los argumentos correctos. Por ejemplo:

# svcadm clear svc:/network/iscsi/initiator:default

Las zonas de Trusted Extensions no se inician después de realizar una actualización automática a Oracle Solaris 10 8/11 (7041057)

En un entorno de Trusted Extensions con zonas con etiquetas, las zonas siguen en el estado instalado y no se inician cuando están en el entorno de inicio recién creado. Si las zonas se inician manualmente, se producen errores en función de los montajes lofs presentes en las zonas.

Solución: para iniciar las zonas en el entorno de inicio alternativo (ABE), realice los siguientes pasos en la zona de ABE:

1. Elimine el archivo que muestra el error de montaje lofs durante el inicio de la zona porque tiene el mismo número inode que en el entorno de inicio principal (PBE).

2. Copie de forma manual el archivo desde el entorno de inicio principal (PFB). Esta copia garantiza que los archivos tienen diferentes números inode.

lucreate y lumake fallan cuando Trusted Extensions está habilitado y las zonas con etiquetas no están en el estado de ejecución (7055968)

Si ejecuta los comandos lucreate o lumake en un sistema que ejecuta Trusted Extensions, los comandos pueden fallar si el sistema tiene zonas no globales con etiquetas y las zonas no están en estado de ejecución.

Por ejemplo, tenga en cuenta el siguiente comando lucreate:

lucreate -c OLD_BE -n NEW_BE -m/:/dev/dsk/c0t0d0s3:ufs

Es posible que se muestren mensajes de error similares a los que se muestran en el siguiente ejemplo:

Making boot environment <NEW_BE> bootable.
ERROR: The mount point </.alt.tmp.b-2cc.mnt> is not a valid ABE mount point
 (no /etc directory found).
ERROR: You must use the <-m> option to specify the mount point of the 
ABE where to create the /etc/vfstab file.
Usage: luedvfstab -i ABE_icf_file -m ABE_mount_point -n BE_name
ERROR: Unable to configure /etc/vfstab file on ABE <NEW_BE>: cannot make ABE bootable.
ERROR: Unable to make boot environment <NEW_BE> bootable.
ERROR: Unable to populate file systems on boot environment <NEW_BE>.
Removing incomplete BE <NEW_BE>.
ERROR: Cannot make file systems for boot environment <NEW_BE>.

Solución: antes de utilizar los comandos lucreate y lumake, compruebe que todas las zonas no globales estén en ejecución.

Problemas en la actualización de reasignación de espacio en el disco con zonas (6616788)

La reasignación de espacio en el disco con zonas falla si se instalan zonas en el directorio /opt. La actualización puede fallar al restaurar el archivo de almacenamiento de reasignación de espacio en el disco. En algunos casos, la actualización se puede llevar a cabo correctamente, pero no se puede reiniciar el sistema.

Solución: compruebe que el sistema de archivos raíz no esté completamente lleno antes de la actualización. Si es preciso, quite archivos antes de efectuar la actualización para que el segmento raíz esté lleno por debajo del 90%.

Problemas de actualización de Trusted Extensions (6616585)

Al actualizar Trusted Extensions desde Solaris 10 11/06 o Solaris 10 8/07 a Solaris 10 10/08, Solaris 10 5/09 o Solaris 10 10/09, en el sistema se instalan paquetes de Trusted Extensions localizados no deseados. Este error se debe a que el programa de instalación de Trusted Extensions en las versiones Solaris 10 11/06 y Solaris 10 8/07 instala los paquetes traducidos de forma predeterminada. No se muestra ningún mensaje de error.

Solución: antes de actualizar Trusted Extensions a la versión actual, elimine los siguientes paquetes traducidos de Trusted Extensions.

El sistema no se puede comunicar con ypbind después de una actualización (6488549)

Este error se produce al actualizar de la versión Solaris 10 Hardware 2 (HW2) a la versión Solaris 10 10/09.

En Solaris 10 HW2, el archivo name_service.xml de cualquier servicio de nombres, como NIS, NIS+, FILES o LDAP, es el siguiente:

# ls -l name_service.xml
lrwxrwxrwx   1 root     root     10 Apr 10 16:26 name_service.xml -> ns_files.xml

Si el servicio de nombres es NIS, el archivo name_service.xml se vincula con ns_files.xml. Sin embargo, los archivos ns_files.xml y ns_nis.xml tienen el mismo contenido.

# cat /etc/release
                     Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC
           Copyright 2005 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                           Assembled 26 September 2005
  # cd /var/svc/profile
  # ls -l name_service.xml ns_files.xml ns_nis.xml
  lrwxrwxrwx   1 root   other    12 May 21 04:06 name_service.xml -> ns_files.xml
  -r--r--r--   1 root   sys     779 May 21 04:25 ns_files.xml
  -r--r--r--   1 root   sys     779 Jan 21  2005 ns_nis.xml
  #
  # diff ns_files.xml ns_nis.xml
  # diff name_service.xml ns_nis.xml

En la salida anterior, los archivos ns_nis.xml y ns_files.xml son idénticos. Eso significa que el archivo name_service.xml se vincula simbólicamente con el archivo incorrecto de servicio de nombres. El archivo name_service.xml se vincula con ns_files.xml. En lugar de eso, el archivo name_service.xml debería enlazarse con el archivo ns_nis.xml.

Tras actualizar de la versión Solaris 10 Hardware 2 a Solaris 10 10/09, el siguiente mensaje aparece en la consola o se registra en el archivo de mensajes:

Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] 
can't read nis map auto_master: can't communicate with ypbind - retrying 

Asimismo, el servicio /network/nis/client:default carece de conexión.

Solución: opte por una de estas soluciones:

• Solución 1: antes de una actualización, quite el archivo /var/svc/profile/name_service.xml.

• Solución 2: después de una actualización, cambie el enlace /var/svc/profile/name_service.xml con el archivo ns_xxx.xml correcto, según el servicio de nombres.

Error de actualización en sistemas con zonas que se han instalado pero no se han iniciado

Una zona no global que se haya instalado, pero que nunca se haya iniciado o preparado para su uso impide que la actualización se realice correctamente. No se muestra ningún mensaje de error.

Solución: si se encuentra una zona de este tipo, ésta debe preparase para su uso y, a continuación, detenerse antes de que se inicie la actualización. Por ejemplo:

global# zoneadm -z myzone ready ; zoneadm -z myzone halt

La actualización de un sistema Oracle Solaris 10 con zonas no globales a la versión Solaris 10 10/09 puede provocar errores en el servicio del sistema de archivos local (6428258)

Al actualizar un sistema Solaris 10 3/05 o Solaris 10 1/06 con zonas no globales a Solaris 10 10/09, es posible que el servicio SMF que monta los sistemas de archivos locales falle en las zonas no globales. Como resultado, es posible que no se inicien otros servicios ubicados en las zonas no globales.

Una vez actualizado un sistema Oracle Solaris 10 con zonas no globales a la versión Solaris 10 10/09, es posible que los servicios se encuentren en estado de mantenimiento. Por ejemplo:

# zlogin myzone svcs -x
    svc:/system/filesystem/local:default (local file system mounts)
     State: maintenance since Wed May 24 13:18:06 2006
    Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
       See: http://sun.com/msg/SMF-8000-KS
       See: /var/svc/log/system-filesystem-local:default.log
    Impact: 18 dependent services are not running.  (Use -v for list.)

Solución:

Reinicie la zona no global desde la zona global. Por ejemplo:

global# zoneadm -z myzone reboot

Discrepancias en el ID de dispositivo después de una actualización de SO Solaris 9 9/04

En esta versión de Oracle Solaris, el Gestor de volúmenes muestra la salida del ID de dispositivo en un nuevo formato. SO Solaris 9 9/04, que introdujo la compatibilidad de ID de dispositivos en conjuntos de discos, no reconoce el nuevo formato. Cuando actualiza al Sistema operativo Oracle Solaris 10 desde la versión Solaris 9 9/04, los ID de dispositivo asociados a los conjuntos de discos existentes no se actualizan en la configuración del Gestor de volúmenes de Solaris. Si necesita volver a la SO Solaris 9 9/04, es posible que los cambios de configuración realizados en los conjuntos de discos después de la actualización no estén disponibles en SO Solaris 9 9/04. Para obtener más información, consulte el Capítulo 25, Troubleshooting Solaris Volume Manager (Tasks) de Solaris Volume Manager Administration Guide.

Los desinstaladores obsoletos no se eliminan cuando se utiliza Live Upgrade para actualizar a partir de versiones anteriores (6198380)

Si utiliza Live Upgrade para actualizar de Solaris 8 o Solaris 9 al Sistema operativo Oracle Solaris 10, los programas de desinstalación obsoletos no se eliminarán. Estos programas de desinstalación de las versiones anteriores permanecen en el directorio /var/sadm/prod del sistema.

Los siguientes programas de desinstalación obsoletos no se eliminan:

uninstall_Alternate_Pathing_2_3_1.class
uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class
uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class
uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class
uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class
uninstall_Capacity_on_Demand_1_0.class
uninstall_Java3D_1_3_1.class
uninstall_Java3D_1_3.class
uninstall_Java3D_1_2_1_04.class
uninstall_Java3D_1_2_1_03.class
uninstall_Lights_Out_Management_2_0.class
uninstall_Man_Page_Supplement.class
uninstall_OpenGL_1_3.class
uninstall_OpenGL_1_2_3.class
uninstall_Netra_ct_Platform_1_0.class
uninstall_Netra_t11xx_Alarms_2_0.class
uninstall_Netscape_6_2_3.class
uninstall_Netscape_6_2_1_Beta.class
uninstall_PC_launcher_1_0_2.class
uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class
uninstall_RSC_2_2_2.class
uninstall_RSC_2_2_1.class
uninstall_RSC_2_2.class
uninstall_ShowMeTV_1_3.class
uninstall_Solaris_9_French_Localization.class
uninstall_Solaris_9_German_Localization.class
uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class
uninstall_Solaris_9_Italian_Localization.class
uninstall_Solaris_9_Japanese_Localization.class
uninstall_Solaris_9_Korean_Localization.class
uninstall_Solaris_9_Simplified_Chinese_Localization.class
uninstall_Solaris_9_Spanish_Localization.class
uninstall_Solaris_9_Swedish_Localization.class
uninstall_Solaris_9_Traditional_Chinese_Localization.class
uninstall_Solaris_On_Sun_Hardware_Documentation.class
uninstall_Sun_Hardware_AnswerBook.class
uninstall_SunATM_5_0.class
uninstall_SunATM_5_1.class
uninstall_SunFDDI_PCI_3_0.class
uninstall_SunFDDI_SBus_7_0.class
uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class
uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class
uninstall_SunForum_3_1.class
uninstall_SunForum_3_2.class
uninstall_SunHSI_PCI_3_0.class
uninstall_SunHSI_SBus_3_0.class
uninstall_SunScreen_3_2.class
uninstall_SunVTS_5_1_PS6.class
uninstall_SunVTS_5_1_PS5.class
uninstall_SunVTS_5_1_PS4.class
uninstall_SunVTS_5_1_PS3.class
uninstall_SunVTS_5_1_PS2.class
uninstall_SunVTS_5_1_PS1.class
uninstall_SunVTS_5_0.class
uninstall_System_Management_Services_1_4.class
uninstall_System_Management_Services_1_3.class
uninstall_System_Management_Services_1_2.class
uninstall_System_Service_Processor_3_5.class
uninstall_WBEM_DR_1_0.class
uninstall_Web_Start_Wizards_SDK_3_0_2.class
uninstall_Web_Start_Wizards_SDK_3_0_1.class
uninstall_Web_Start_Wizards_SDK.class
uninstall_XML_Libraries_2_4_12.class

Solución: después de actualizar el sistema, elimine manualmente los programas de desinstalación obsoletos del directorio /var/sadm/prod.

Se pueden instalar entornos nacionales adicionales relacionados

Al seleccionar un entorno nacional para su instalación, se pueden instalar también otros entornos relacionados. Este cambio de comportamiento en la versión Oracle Solaris 10 se debe a que se han vuelto a empaquetar todas las configuraciones regionales completas con traducciones de mensajes, las configuraciones regionales parciales asiática y japonesa, así como el activador de configuraciones regionales, según la compatibilidad del idioma de los entornos. Otros entornos parciales se siguen empaquetando e instalando en función de la región geográfica; por ejemplo, Europa central.