Solaris 9 9/04: Notas sobre la versión

Defectos de administración del sistema

Los siguientes defectos de administración del sistema se refieren a la versión Solaris 9 9/04.

SPARC: Los avisos de error grave que aparecen durante los ciclos de suspensión y reanudación podrían causar el bloqueo del sistema (5062026)

Un aviso de error grave que aparezca mientras efectúa un ciclo de suspensión-reanudación (cpr) puede provocar el bloqueo del sistema. De modo más habitual, este problema se observa en las estaciones de trabajo Sun Blade^TM 2000 que tengan instalada la aceleradora de gráficos XVR-1000. De manera ocasional, otros sistemas basados en SPARC se podrían llegar a bloquear también durante un aviso de error grave. Cuando aparece un aviso de error grave no se guarda el volcado del núcleo y no aparece ningún indicador en la consola. El problema puede estar más presente si el depurador del núcleo (kadb) está activo.

Solución: para que se pueda utilizar de nuevo el sistema, rearránquelo manualmente.

SPARC: La suspensión y la reanudación del módulo puede provocar un aviso de error grave del sistema (5042241)

Si usa el módulo cpr para suspender y reanudar el sistema, es posible que aparezca un aviso de error grave del sistema. Se muestra un mensaje de error parecido al siguiente:

panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000):
consistent dma sync timeout

Solución: no inicie las operaciones de suspensión y reanudación en los sistemas que admitan esta función.

SPARC: El paro del sistema mediante las secuencias del teclado puede provocar la aparición de un aviso grave del sistema (5061679)

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 de teclado para forzar al sistema a entrar en PROM OpenBoot^TM.

La herramienta del administrador de entornos nacionales no instala adecuadamente los entornos nacionales del chino tradicional (5032377)

La herramienta del administrador de entornos nacionales no termina la instalación de los entornos nacionales del chino tradicional en el sistema. El error se produce porque la herrramienta no consigue instalar el paquete SUNWhjmfp. Por ejemplo, escriba la orden siguiente:

# localeadm -a zh_tw ruta_a_imagen

Mientras se instala el paquete SUNWhjmfp, la herramienta del administrador de entornos nacionales deja de procesar. Aparece el mensaje de error siguiente.

pkgadd: ERROR: no package associated with <UNWhjmfp>
There was an error adding package UNWhjmfp to the system.

Solución: antes de añadir los entornos nacionales del chino tradicional, siga estos pasos:

Conviértase en superusuario.
Vaya al directorio /usr/sadm/lib/localeadm/.
Abra el archivo Locale_config_S9.txt.
Busque una aparición de “UNWhjmfp” que no esté precedida de la letra “S”.
Cambie este texto de “UNWhjmfp” a “SUNWhjmfp”.
Instale los entornos nacionales del chino tradicional.

# localeadm -a zh_tw ruta_a_imagen

También puede aplicar las modificaciones siguientes, según la plataforma del sistema:

Modificación 117590-04 o superior para los sistemas basados en SPARC
Modificación 117591-04 o superior para los sistemas basados en x86

x86: El depurador modular de arquitectura USB no se configura automáticamente si sólo se carga una estructura nueva (4982529)

Las órdenes del depurador modular (mdb) de arquitectura USB (USBA) pueden no configurarse automáticamente en ciertos sistemas x86.

Solución: si desea acceder a las órdenes mdb USBA, ejecute la orden siguiente para cargar el módulo usba mdb manualmente, después de iniciar mdb:

> ::load usba

Una vez cargado dicho modulo, puede acceder a una lista de todas las órdenes USB ejecutando la orden siguiente:

> ::dcmds ! grep usb

La instalación de los entornos nacionales falla si se usan los CD de instalación de Solaris (4967742)

El administrador de entornos nacionales (localeadm) no consigue configurar nuevos entornos nacionales si se usan los CD de instalación de Solaris para instalar los paquetes necesarios. El error se produce mientras se instalan paquetes desde el Solaris Software 1 of 2 CD. La herramienta no expulsa automáticamente el CD 1 de 2. En consecuencia, no puede insertar el CD siguiente para continuar con la instalación.

Solución: si desea instalar los paquetes del entorno nacional, use el DVD de Solaris o una imagen de instalación en red. Si no hay ninguna disponible, ejecute estos pasos:

Obtenga la lisga de paquetes de Solaris necesarios para configurar el entorno nacional que está instalando.

% localeadm -v -q opción

opción es el nombre de la región o entorno nacional que está configurando. Por ejemplo, en el caso de la región de Europa Occidental, escriba la opción weu.

Aparece una lista de paquetes en el orden en que estos paquetes se encuentran en los CD de instalación, de este modo:
- Solaris Software 1 of 2 CD
- Solaris Software 2 of 2 CD
- Languages CD
Copie los paquetes enumerados de los CD respectivos en un directorio de la máquina o de la red. Para determinar la ruta exacta a estos paquetes en cada CD, use la orden find.
Vuelva a ejecutar la orden localeadm para instalar estos paquetes. El directorio fuente es el directorio en el cual copió los paquetes del paso anterior.

Problemas en la lectura y escritura de DVD de un tamaño mayor que 4 Gbytes en el software Solaris 9 9/04 (4908624, 4987026)

Al leer y escribir DVD mayores de 4 Gbytes en el software Solaris 9 9/04 pueden presentarse problemas.

Nota –

Estos problemas ocurren tanto en plataformas SPARC de 32 bits como x86; no se presentan, en cambio, en DVD de un tamaño inferior a los 4 Gbytes de datos, ni en la plataforma SPARC de 64 bits.

El efecto aparente es que los mismos datos se repiten cada 4 Gbytes. Estos DVD pueden montarse para su lectura, pero algunos archivos pueden parecer deteriorados y otros inaccesibles. Asimismo, las escrituras con desplazamientos más allá de los 4 Gbytes pueden dañar los datos existentes en el DVD.

Solución: no la hay.

x86: Si pulsa la tecla F4 durante el arranque de la BIOS no se consigue arrancar la partición de servicio (4782757, 5051157)

Desea arrancar un sistema Sun LX50 que cuenta con una partición de servicio y está instalado el software de Solaris 9 9/04 (Edición 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 Solaris WBEM Services 2.5 no puede encontrar los suministradores de interfaces de programación de aplicaciones `com.sun` (4619576)

El daemon Solaris WBEM Services 2.5 no puede encontrar los proveedores guardados en las interfaces com.sun.wbem.provider o com.sun.wbem.provider20. Aunque se cree una instancia Solaris_ProviderPath para un proveedor que se escriba en estas interfaces, el daemon de Solaris WBEM Services 2.5 no encuentra el proveedor.

Solución: si desea habilitar el 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

Nota –

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.

Algunas llamadas a método de la interfaz de programación de aplicaciones `com.sun` fallan con el protocolo de transporte XML/HTTP (4497393, 4497399, 4497406, 4497411)

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`

No se pueden modificar las propiedades de montaje de sistema de archivos con la herramienta Montajes y comparticiones de Solaris Management Console (4466829)

La herramienta Montajes y comparticiones de Solaris Management Console no puede modificar las opciones de montaje en los sistemas de archivos críticos del sistema como el raíz (/), /usr y /var.

Solución: elija una de las soluciones siguientes:

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
Nota –
Las modificaciones de las propiedades de montaje que se realizan con la opción -remount, de la orden mount, no son permanentes. Además, todas las opciones de montaje que no se específican en la porción opciones_adicionales_montaje de la orden anterior heredan los valores predeterminados especificados por el sistema. Consulte la página de comando man mount_ufs(1M) para obtener más información.
Edite la entrada correspondiente del archivo /etc/vfstab para modificar las propiedades de montaje del sistema de archivos y rearranque después el sistema.