Zeenat Begam Yusof
ISLAND PHYSICAL DEVELOPMENT PLANNING GUIDELINES
Tabla 3-16 Problemas resueltos en XCP 2320 RTI n.º RTIF2-161108-002
Modelo SPARC M10-4
Descripción Si la unidad de expansión PCI está conectada a la ranura PCI n.º 9 de SPARC M10-4, puede que se tarde unos minutos más en reiniciar los dominios lógicos que utilizan el recurso de
expansión PCI para la unidad de la ranura PCI n.º 9 que otros dominios lógicos. Solución No hay ninguna solución eficaz.
RTI n.º RTIF2-160613-002
Modelo SPARC M10-1, SPARC M10-4, SPARC M10-4S Descripción Soluciones de seguridad.
(CVE-2016-0800)
Para obtener más información, consulte el sitio web de Oracle en relación con lo siguiente: Critical Patch Updates
http://software.fujitsu.com/jp/security/vulnerabilities
Solución Actualice el firmware XCP a XCP 2320 o posterior. RTI n.º RTIF2-160607-001
Modelo SPARC M10-4
Descripción Supongamos que la unidad de expansión PCI está conectada a la ranura PCI n.º 9 del SPARC M10-4. En el caso de la unidad de expansión PCI conectada a la ranura PCI n.º 9, no es posible ejecutar el comando ioxadm, ya que puede ocasionar que el LED del bastidor (localizador) parpadee para dar direcciones. Tampoco es posible realizar una sustitución activa de la unidad de ventilador y la unidad de alimentación (PSU) de la unidad de expansión PCI.
Solución No hay ninguna solución eficaz. Si se ejecutó el comando ioxadm en una unidad de expansión PCI conectada a otra ranura PCI distinta de la n.º 9, ejecute otra vez el comando ioxadm. Para sustituir una unidad de ventilador o PSU de una unidad de expansión PCI conectada a la ranura PCI n.º 9, apague la partición física donde está conectada la unidad de expansión PCI y sustituya la unidad de ventilador o PSU.
Tabla 3-16 Problemas resueltos en XCP 2320 (continuación) RTI n.º RTIF2-160520-001
Modelo SPARC M10-4
Descripción Si el firmware de la unidad de expansión PCI está actualizado cuando la unidad se conecta a la ranura PCI n.º 9 del SPARC M10-4, es posible que la actualización falle y aparezca el siguiente mensaje.
Nota - La actualización fallará incluso en una unidad de expansión PCI conectada a una ranura distinta de la ranura PCI n.º 9.
[Ejemplo de mensaje de salida]
XSCF> ioxadm -c update PCIBOX#8002 -s 1200
Firmware update is started. (version=1200) Operation was not successful.
En una actualización de firmware de la unidad de expansión PCI a una unidad de expansión PCI conectada a la ranura PCI n.º 9, es posible que se necesiten dos horas o más hasta que el comando ioxadm termine con un error. Incluso si la actualización de firmware de la unidad de expansión PCI falla, el fallo no afectará al funcionamiento de la partición física.
Solución No hay ninguna solución eficaz. Si se ejecutó el comando ioxadm en una unidad de expansión PCI conectada a otra ranura PCI distinta de la n.º 9, ejecute otra vez el comando ioxadm. Para sustituir una unidad de ventilador o PSU de una unidad de expansión PCI conectada a la ranura PCI n.º 9, apague la partición física donde está conectada la unidad de expansión PCI y sustituya la unidad de ventilador o PSU.
RTI n.º RTIF2-160520-002
Modelo SPARC M10-4, SPARC M10-4S
Descripción Es posible que no se pueda identificar la conexión de la unidad de expansión PCI desde el XSCF ejecutando el comando ioxadm -v list tras encender la partición física (PPAR), aunque sí se puede identificar desde Oracle Solaris u OpenBoot PROM en la partición física.
En este caso, no se podrá llevar a cabo una sustitución activa de la tarjeta de enlace usada con las funciones XSCD, o una unidad de ventilador o alimentación de la unidad de expansión PCI. Solución No hay ninguna solución eficaz.
Apague la partición física y enciéndala de nuevo. RTI n.º RTIF2-160520-003
Modelo SPARC M10-1, SPARC M10-4, SPARC M10-4S
Descripción Si se usa la tarjeta gráfica (SP0X7GR1F) para arrancar GNOME Display Manager (GDM), es posible que no aparezca nada en la unidad de visualización.
Este problema se da cuando Oracle Solaris se encuentra en la configuración predeterminada de fábrica.
Solución Lleve a cabo la [Solución 1] o [2] descritas a continuación. [Solución 1]
Tras convertir BusID en comentario en la información del entorno de escritorio de GNOME, ponga en funcionamiento el sistema.
Esta operación no afecta al rendimiento del sistema ni a otros parámetros. Realice el siguiente procedimiento.
1. Edite BusID in /etc/X11/xorg.conf para convertirlo en una línea de comentario (agregue "#" al principio de la línea).
[Ejemplo] Convierta BusID en comentario entre la línea de inicio de la primera tarjeta # y la línea de final de la primera tarjeta #.
Tabla 3-16 Problemas resueltos en XCP 2320 (continuación) (Omitido)
# BusID "PCI:8:0:0" (Omitido)
# Final de primera tarjeta
2. Aplique la información del entorno de escritorio modificada a GNOME. - Si ha iniciado la sesión en GNOME, ciérrela y vuelva a iniciarla.
- Si no ha iniciado la sesión en GNOME, reinicie GDM e inicie la sesión en GNOME. [Ejemplo] Si no ha iniciado la sesión en GNOME, reinicie GDM.
# /usr/sbin/svcadm restart gdm [Solución 2]
Tras guardar la información de configuración del dominio lógico, ponga en funcionamiento el sistema.
El software del controlador GFX 550e debe reinstalarse, ya que es posible que el problema haya configurado erróneamente la información de PCI que utiliza la tarjeta gráfica. Si la configuración del hardware ha cambiado (incluyendo cambios en la configuración de activación de la CUP), deberá realizar esta operación de nuevo.
Realice el siguiente procedimiento.
1. Arranque Oracle Solaris con la configuración actual (predeterminada de fábrica) tal y como está.
2. Ejecute el comando ldm add-spconfig para guardar la información de configuración de dominios lógicos actual.
[Ejemplo]
# /usr/sbin/ldm add-spconfig <config> 3. Detenga Oracle Solaris.
[Ejemplo]
# /usr/sbin/shutdown -y -g0 -i5
4. Inicie Oracle Solaris y reinstale el software del controlador GFX 550e.
Tras realizar este procedimiento, ponga en funcionamiento el sistema con la información de configuración del dominio lógico guardada en el paso 2.
RTI n.º RTIF2-160520-004
Modelo SPARC M10-1, SPARC M10-4, SPARC M10-4S
Descripción Si ejecuta el comando reset en un dominio lógico mientras ejecuta el mismo comando en otro dominio lógico, es posible que el último comando reset quede bloqueado. Por ello, si el software del clúster intenta intercambiar clústeres ejecutando el comando reset, es posible que el
intercambio falle.
Los clústeres se intercambiaron correctamente al final porque el software del clúster cambia las rutas en orden secuencial y ejecuta el comando reset para intercambiar los clústeres.
Tabla 3-16 Problemas resueltos en XCP 2320 (continuación) RTI n.º RTIF2-160512-001
Modelo SPARC M10-1, SPARC M10-4, SPARC M10-4S
Descripción El servicio ldmd puede entrar en modo de mantenimiento 734 días tras encender la partición física (PPAR). Como consecuencia, nada de lo siguiente estará disponible: el comando ldm de Oracle VM Server for SPARC, operaciones de dominio lógico (inicio/parada/cambio de configuración/migración), sustitución automática de núcleos de CPU, degradación de memoria/CPU dinámica y monitorización (Host Watchdog) entre un hypervisor y el dominio lógico.
Solución No hay ninguna solución eficaz. Tras iniciar una partición física (PPAR), reinicie (detener/ iniciar) la PPAR antes de que pasen 734 días.
[Cómo restaurar]
Reinicie (detener/iniciar) la partición física (PPAR). RTI n.º RTIF2-150521-002
Modelo SPARC M10-1, SPARC M10-4, SPARC M10-4S
Descripción Cuando se ejecuta el comando ioxadm(8), se muestra el mensaje "Operation was not successful." y el comando puede fallar.
[Ejemplo]
XSCF> ioxadm -c update PCIBOX#0000 -s 1234 Se inicia la actualización del firmware. (version=1234) La operación no se ha realizado correctamente.
Cuando se ejecuta el comando prtfru(8), se muestra el mensaje "An internal error has occurred. Please contact your system administrator." y es posible que falle el comando.
[Ejemplo] XSCF> prtfru
An internal error has occurred. Please contact your system administrator. Solución No hay ninguna solución eficaz.
[Cómo restaurar]
Vuelva a ejecutar el comando.