Problemas generales

En esta sección se describen los problemas conocidos de esta versión del software Oracle VM Server for SPARC que son más generales que un número de bug específico. Cuando es posible, se indican soluciones alternativas.

No se pueden desenlazar dominios cuando se prestan servicios entre sí

No genere una dependencia circular entre dos dominios donde ambos dominios se prestan servicios entre sí. Dicha configuración genera una única condición de punto de error donde una interrupción en un dominio hace que el otro dominio deje de estar disponible. Las configuraciones de dependencia circular además evitan que desenlace los dominios después de haber estado enlazados inicialmente.

El Logical Domains Manager no evita la creación de dependencias de dominio circular.

Si los dominios no se pueden desenlazar debido a una dependencia circular, elimine los dispositivos que causan la dependencia circular y, a continuación, vuelva a intentar desenlazar los dominios.

El dominio invitado no puede ejecutar el sistema operativo Oracle Solaris 10 cuando se han asignado más de 1024 CPU

Un dominio invitado al que se le han asignado más de 1024 CPU no puede ejecutar el sistema operativo Oracle Solaris 10. Además, no puede utilizar la DR de CPU para reducir la cantidad de las CPU por debajo de 1024 para ejecutar el sistema operativo Oracle Solaris 10.

Para resolver este problema, desenlace el dominio invitado, elimine las CPU hasta tener no más de 1024 CPU y, luego, vuelva a enlazar el dominio invitado. Luego podrá ejecutar el sistema operativo Oracle Solaris 10 en este dominio invitado.

Evitar la creación de una configuración en la que dos dominios se presten servicios entre sí

Evite la creación de una configuración en la que dos dominios se presten servicios entre sí. En este caso, una interrupción en un dominio provocará que se interrumpa el otro dominio. Además, dichos dominios no pueden desenlazarse si están enlazadas con una configuración de ese tipo. Actualmente, Logical Domains Manager no bloquea tales dependencias circulares.

Si no se puede desenlazar un dominio debido a este tipo de dependencias, elimine los dispositivos que causan la dependencia circular y, a continuación, vuelva a tratar de desenlazarlo.

Actualización del sistema operativo Oracle Solaris 10 anterior a Oracle Solaris 10 5/08

Si el dominio de control se actualiza de una versión del sistema operativo Oracle Solaris 10 anterior a Oracle Solaris 10 5/08 (o sin el parche 127127-11) y si se exportaron los volúmenes de Volume Manager como discos virtuales, se deben volver a exportar los backend de discos virtuales con options=slice después de actualizar Logical Domains Manager. Consulte Exporting Volumes and Backward Compatibility in Oracle VM Server for SPARC 3.1 Administration Guide.

Procesador de servicio y controlador del sistema son términos intercambiables

En la documentación de Oracle VM Server for SPARC, los términos procesador de servicio (SP) y controlador del sistema (SC) son intercambiables.

En determinadas circunstancias, es posible que se pierdan la configuración o los metadispositivos de Solaris Volume Manager de un dominio invitado

Si un dominio de servicio utiliza una versión del sistema operativo Oracle Solaris 10 anterior a Sistema operativo Oracle Solaris 10 1/13 y exporta un segmento de un disco físico como disco virtual a un dominio invitado, este disco virtual aparecerá en el dominio invitado con un ID de dispositivo incorrecto. Si ese dominio de servicio se actualiza luego a Sistema operativo Oracle Solaris 10 1/13, el segmento del disco físico exportado como disco virtual aparecerá en el dominio invitado sin ningún ID de dispositivo.

Esta eliminación del ID de dispositivo del disco virtual puede causar problemas en las aplicaciones que intentan hacer referencia al ID de dispositivo de los discos virtuales. En concreto, es posible que Solaris Volume Manager no pueda encontrar su configuración o no pueda acceder a los metadispositivos.

Solución alternativa: tras actualizar un dominio de servicio a Sistema operativo Oracle Solaris 10 1/13, si un dominio invitado no encuentra la configuración o los metadispositivos de Solaris Volume Manager, realice el siguiente procedimiento.

Cómo buscar la configuración o los metadispositivos de Solaris Volume Manager de un dominio invitado

1. Inicie el dominio invitado.
2. Para desactivar la función devid de Solaris Volume Manager, agregue las siguientes líneas al archivo /kernel/drv/md.conf:

   md_devid_destroy=1;
   md_keep_repl_state=1;

3. Reinicie el dominio invitado.

   Una vez iniciado el dominio, la configuración y los metadispositivos de Solaris Volume Manager deben estar disponibles.

4. Compruebe la configuración de Solaris Volume Manager y asegúrese de que sea correcta.
5. Vuelva a activar la función devid de Solaris Volume Manager. Para ello, elimine del archivo /kernel/drv/md.conf las dos líneas que agregó en el paso 2.
6. Reinicie el dominio invitado.

   Durante el reinicio, aparecerán mensajes similares a los siguientes:

   NOTICE: mddb: unable to get devid for 'vdc', 0x10

   Estos mensajes son normales y no informan ningún problema.

Requisitos del tamaño de la memoria

El software Oracle VM Server for SPARC no impone un límite de tamaño de memoria al crear un dominio. El requisito de tamaño de memoria es una característica del sistema operativo invitado. Es posible que algunas características de Oracle VM Server for SPARC no funcionen si la cantidad de memoria es inferior al tamaño recomendado. Para conocer los requisitos de memoria recomendados y mínimos del sistema operativo Oracle Solaris 10, consulte System Requirements and Recommendations in Oracle Solaris 10 8/11 Installation Guide: Planning for Installation and Upgrade. Para ver los requisitos recomendados y mínimos de memoria para el sistema operativo Oracle Solaris 11, consulte Oracle Solaris 11 Release Notes y Oracle Solaris 11.1 Release Notes.

La PROM OpenBoot tiene una restricción de tamaño mínimo para un dominio. Actualmente, dicha restricción es de 12 MB. Si tiene un dominio más pequeño que ese tamaño, Logical Domains Manager aumentará automáticamente el tamaño del dominio a 12 MB. La restricción de tamaño mínimo para un Sistema Fujitsu M10 es 256 MB. Consulte las notas de la versión del firmware del sistema para obtener información acerca de los requisitos de tamaño de memoria.

La característica de reconfiguración dinámica (DR) de memoria exige una alineación de 256 MB en la dirección y el tamaño de la memoria implicada en una determinada operación. Consulte Memory Alignment in Oracle VM Server for SPARC 3.1 Administration Guide.

Inicio de un gran número de dominios

Puede iniciar el siguiente número de dominios en función de su plataforma:

• Hasta 256 Sistemas Fujitsu M10 por partición física

• Hasta 128 en los sistemas SPARC M6 por cada dominio físico

• Hasta 128 en los sistemas SPARC M5 por cada dominio físico

• Hasta 128 en los sistemas SPARC T5

• Hasta 128 en los servidores SPARC T4

• Hasta 128 en los servidores SPARC T3

• Hasta 128 en los servidores UltraSPARC T2 Plus

• Hasta 64 en los servidores UltraSPARC T2

Si hay CPU virtuales sin asignar disponibles, asígnelas al dominio de servicio para ayudar a procesar las solicitudes de E/S virtuales. Asigne de 4 a 8 CPU virtuales al dominio de servicio al crear más de 32 dominios. En los casos en que el número máximo de configuraciones de dominio tiene una única CPU en el dominio de servicio, no someta a esa única CPU a demasiado trabajo al configurar y utilizar el dominio. Los servicios del conmutador virtual (vsw) se deben distribuir entre todos los adaptadores de red disponibles en el equipo. Por ejemplo, si se inician 128 dominios en un servidor Sun SPARC Enterprise T5240, cree 4 servicios de vsw, cada uno con 32 instancias de red virtual (vnet). Asignar más de 32 instancias vnet por cada servicio vsw podría generar bloqueos de hardware en el dominio de servicio.

Para ejecutar el número máximo de configuraciones, un equipo necesita una cantidad de memoria adecuada para admitir los dominios invitados. La cantidad de memoria depende de la plataforma y del sistema operativo. Consulte la documentación para su plataforma, Oracle Solaris 10 8/11 Installation Guide: Planning for Installation and Upgrade , Installing Oracle Solaris 11 Systems e Installing Oracle Solaris 11.1 Systems.

El uso del espacio de intercambio y memoria aumenta en un dominio invitado cuando los servicios vsw utilizados por el dominio prestan servicios a muchas redes virtuales en varios dominios. Este aumento se debe a los enlaces del mismo nivel que existen entre todas las instancias de vnet conectadas a vsw. El dominio de servicio se beneficia de la memoria adicional. El tamaño mínimo recomendado es 4 GB cuando se ejecutan más de 64 dominios. Inicie los dominios en grupos de 10 o menos, y espere a que se inicien antes de ponerse en marcha con el siguiente lote. El mismo consejo se aplica a la instalación de sistemas operativos en dominios. Puede reducir la cantidad de enlaces desactivando los canales entre enlaces virtuales. Consulte Inter-Vnet LDC Channels in Oracle VM Server for SPARC 3.1 Administration Guide.

Cierre y apagado y encendido sin errores de un sistema de Oracle VM Server for SPARC

Si ha realizado algún cambio de configuración desde la última vez que guardó una configuración en el SC, antes de intentar cerrar o apagar y volver a encender un sistema con Oracle VM Server for SPARC, asegúrese de guardar la última configuración que desea conservar.

Cómo apagar un sistema con varios dominios activos

1. Cierre, detenga y desenlace todos los dominios que no son de E/S.
2. Cierre, detenga y desenlace los dominios de E/S activos.
3. Detenga el dominio primary.

   Como no hay otros dominios enlazados, el firmware apaga el sistema automáticamente.

Cómo apagar y volver a encender el sistema

1. Cierre, detenga y desenlace todos los dominios que no son de E/S.
2. Cierre, detenga y desenlace los dominios de E/S activos.
3. Reinicie el dominio primary.

   Como no hay otros dominios enlazados, el firmware apaga y vuelve a encender el sistema automáticamente antes de reiniciarlo. Al reiniciar el sistema, este se inicia con la configuración de guardada por última vez o definida de manera explícita.

El tamaño de memoria solicitado puede ser diferente a la memoria asignada

En determinadas circunstancias, Logical Domains Manager redondea la asignación de memoria solicitada al siguiente múltiplo mayor de 8 KB o 4 MB. En el siguiente ejemplo, se muestra la salida del comando ldm list-domain -l, donde el valor límite es menor que el tamaño asignado real:

Memory:
          Constraints: 1965 M
          raddr          paddr5          size
          0x1000000      0x291000000     1968M

Conservación de variables de Logical Domains

Las actualizaciones de variables se conservan tras reiniciar el sistema, pero no tras apagar y volver a encender el sistema, a menos que las actualizaciones de variables se inicien desde el firmware OpenBoot en el dominio de control o que posteriormente se guarde la configuración en el SC.

Tenga en cuenta las siguientes condiciones:

• Al reiniciar el dominio de control, si no existen dominios invitados enlazados ni ninguna reconfiguración retrasada en curso, el SC apagará y volverá a encender el sistema.

• Al reiniciar el dominio de control, si hay dominios invitados enlazados o activos (o el dominio de control se encuentra en medio de una reconfiguración retrasada), el SC no apagará ni volverá a encender el sistema.

Las variables de Logical Domains de un dominio se pueden especificar mediante uno de los siguientes métodos:

• En el indicador de OpenBoot.

• Con el comando eeprom(1M).

• Con la CLI de Logical Domains Manager (ldm).

• Con algunas limitaciones, el controlador del sistema (SC) utilizando el comando bootmode. Este método se puede utilizar solo para determinadas variablesy solo en la configuración factory-default.

Las actualizaciones de variables que se realizan con uno de estos métodos deben permanecer siempre tras reiniciar el dominio. Las actualizaciones de variables también se aplican siempre en las configuraciones de dominios posteriores que se guardaron en el SC.

En el software Oracle VM Server for SPARC 3.1, las actualizaciones de variables no se conservan del modo esperado en algunos casos:

• Todos los métodos para actualizar una variable se conservan tras el reinicio de ese dominio. Sin embargo, no permanecer tras apagar y volver a encender el sistema, a menos que la configuración de dominio lógico posterior se guarde en el SC.

  Sin embargo, en el dominio de control, las actualizaciones que se realizan con los comandos del firmware OpenBoot o el comando eeprom, se conserva tras apagar y volver a encender el sistema, es decir, incluso sin guardar posteriormente una nueva configuración de dominio lógico en el SC. El comando eeprom admite este comportamiento en los sistemas SPARC T5, SPARC M5 y SPARC M6, y en los sistemas SPARC T3 y SPARC T4 que ejecutan al menos la versión 8.2.1 del firmware del sistema.

• En todos los casos, cuando se restablece una configuración generada por Logical Domains Manager a la configuración predeterminada de fábrica, todas las variables de Logical Domains se iniciarán con sus valores predeterminados.

Si le preocupan los cambios en las variables de Logical Domains, siga uno de estos pasos:

• Active el indicador ok del sistema y actualice las variables.

• Actualice las variables cuando Logical Domains Manager esté desactivado:

  # svcadm disable ldmd
  update variables
  # svcadm enable ldmd

• Al ejecutar Live Upgrade, siga estos pasos:

  # svcadm disable -t ldmd
  # luactivate be3
  # init 6

Si modifica la fecha o la hora de un dominio lógico, por ejemplo, mediante el comando ntpdate, el cambio se conserva tras reiniciar el dominio, pero no tras apagar y volver a encender el host. Para asegurarse de que los cambios se conserven, guarde la configuración con el cambio de fecha/hora en el SP y efectúe el inicio desde esa configuración.

Se registraron los siguientes ID de bugs para resolver estos problemas: 15375997, 15387338, 15387606 y 15415199.

El agente de gestión de SNMP Sun de Oracle no admite varios dominios

El agente de gestión del protocolo simple de administración de redes (SNMP) de Sun no es compatible con varios dominios. Solo se admite un único dominio global.

Reconfiguración retrasada

Cuando el dominio primary está en un estado de reconfiguración retrasada, la gestión de energía de los recursos gestionados por Oracle VM Server for SPARC se realiza solo después de que se reinicia el dominio primary. Los recursos gestionados directamente por el sistema operativo, como las CPU gestionadas por Solaris Power Aware Dispatcher, no se ven afectadas por este estado.

Unidades criptográficas

Las unidades criptográficas discretas solo están presentes en los sistemas UltraSPARC T2, UltraSPARC T2 Plus y SPARC T3.

La reconfiguración dinámica (DR) de unidades criptográficas permite agregar y eliminar unidades criptográficas en un dominio. Logical Domains Manager detecta automáticamente si un dominio permite la DR de unidades criptográficas y solo activa la función para esos dominios. Además, la DR de CPU ya no está desactivada en los dominios que tienen unidades criptográficas enlazadas y que luego utilizan una versión adecuada del SO Oracle Solaris.

Comando ldmp2v convert: mensajes de advertencia de VxVM durante el inicio

La versión Veritas Volume Manager (VxVM) 5.x en el sistema operativo Oracle Solaris 10 es la única versión compatible (probada) con la herramienta P2V de Oracle VM Server for SPARC. También pueden funcionar versiones anteriores de VxVM, como 3.x y 4.x con los sistemas operativos Solaris 8 y Solaris 9. En esos casos, el primer inicio tras la ejecución del comando ldmp2v convert puede mostrar mensajes de advertencia de los controladores de VxVM. Puede omitir estos mensajes. Puede eliminar los paquetes VRTS* anteriores después del inicio del dominio invitado.

Boot device: disk0:a File and args:
SunOS Release 5.10 Version Generic_139555-08 64-bit
Copyright 1983-2009 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Hostname: normaal
Configuring devices.
/kernel/drv/sparcv9/vxdmp: undefined symbol 'romp'
WARNING: mod_load: cannot load module 'vxdmp'
WARNING: vxdmp: unable to resolve dependency, module 'misc/ted' not found
/kernel/drv/sparcv9/vxdmp: undefined symbol 'romp'
WARNING: mod_load: cannot load module 'vxdmp'
WARNING: vxdmp: unable to resolve dependency, module 'misc/ted' not found
/kernel/drv/sparcv9/vxio: undefined symbol 'romp'
WARNING: mod_load: cannot load module 'vxio'
WARNING: vxio: unable to resolve dependency, module 'drv/vxdmp' not found
WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER
WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load
WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER
WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load
WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER
WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load
WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER
WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load
WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER
WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load
WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER
WARNING: VxVM vxspec V-5-0-0 vxspec: vxio not loaded. Aborting vxspec load
WARNING: vxspec : CANNOT INITIALIZE vxio DRIVER
NOTICE: VxVM not started

Requisitos de partición física de Oracle para licencias de software

Para obtener información sobre los requisitos de partición física de Oracle para las licencias de software, consulte Partición: partición de servidor/hardware.

No se muestra la opción de actualización cuando se utiliza ldmp2v prepare -R

El instalador de Oracle Solaris no muestra la opción de actualización cuando la etiqueta de partición del segmento que contiene el sistema de archivos raíz (/) no se definió en root. Esta situación se produce si no se configura la etiqueta de forma explícita al etiquetar el disco de inicio del invitado. Puede usar el comando format para definir la etiqueta de partición como se indica a continuación:

AVAILABLE DISK SELECTIONS:
0. c0d0 <SUN-DiskImage-10GB cyl 282 alt 2 hd 96 sec 768>
  /virtual-devices@100/channel-devices@200/disk@0
1. c4t2d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
  /pci@400/pci@0/pci@1/scsi@0/sd@2,0
2. c4t3d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
  /pci@400/pci@0/pci@1/scsi@0/sd@3,0
Specify disk (enter its number)[0]: 0
selecting c0d0
[disk formatted, no defect list found]
format> p


PARTITION MENU:
0      - change `0' partition
1      - change `1' partition
2      - change `2' partition
3      - change `3' partition
4      - change `4' partition
5      - change `5' partition
6      - change `6' partition
7      - change `7' partition
select - select a predefined table
modify - modify a predefined partition table
name   - name the current table
print  - display the current table
label  - write partition map and label to the disk
!<cmd> - execute <cmd>, then return
quit

partition> 0
Part      Tag    Flag     Cylinders       Size            Blocks
0 unassigned    wm       0              0         (0/0/0)          0

Enter partition id tag[unassigned]: root
Enter partition permission flags[wm]:
Enter new starting cyl[0]: 0
Enter partition size[0b, 0c, 0e, 0.00mb, 0.00gb]: 8g
partition> label
Ready to label disk, continue? y

partition>

Algunas veces, un bloque de memoria agregada de forma dinámica solo se puede eliminar de forma dinámica como un conjunto.

Debido a la manera en la que el SO Oracle Solaris maneja los metadatos para la gestión de memoria agregada de forma dinámica, es posible que más tarde pueda eliminar solamente un bloque entero de memoria que se agregó de forma dinámica anteriormente en lugar de un subconjunto adecuado de esa memoria.

Esta situación se puede presentar si un dominio con una memoria de tamaño pequeño aumenta de forma dinámica a un tamaño mucho mayor, como se muestra en el siguiente ejemplo:

primary# ldm list ldom1
NAME  STATE FLAGS   CONS VCPU MEMORY UTIL UPTIME
ldom1 active -n--   5000 2    2G     0.4% 23h

primary# ldm add-mem 16G ldom1

primary# ldm rm-mem 8G ldom1
Memory removal failed because all of the memory is in use.

primary# ldm rm-mem 16G ldom1

primary# ldm list ldom1
NAME  STATE FLAGS   CONS VCPU MEMORY UTIL UPTIME
ldom1 active -n--   5000 2    2G     0.4% 23h

Solución alternativa: use el comando ldm add-mem para agregar secuencialmente memoria en fragmentos más pequeños en lugar de agregar fragmentos más grandes que luego pueda llegar a querer eliminar.

Recuperación: realice una de las siguientes acciones:

• Detenga el dominio, elimine la memoria y, a continuación, reinicie el dominio.

• Reinicie el dominio, lo que provoca que el SO Oracle Solaris vuelva a asignar sus metadatos de gestión de memoria de modo que la memoria agregada anteriormente se pueda eliminar de forma dinámica en fragmentos más pequeños.

Comando ldmp2v: el método de archivado ufsdump ya no se utiliza

Si se restauran los archivos ufsdump en un disco virtual del que un archivo de un sistema de archivos UFS realiza copias de seguridad, es posible que se bloquee el sistema. En ese caso, se terminará el comando ldmp2v prepare. Es posible que se presente este problema al restaurar manualmente los archivos ufsdump como parte de la preparación para el comando ldmp2v prepare -R /altroot cuando el disco virtual es un archivo que se encuentra en un sistema de archivos UFS. Para mantener la compatibilidad con los archivos ufsdump creados anteriormente, puede seguir utilizando el comando ldmp2v prepare para restaurar los archivos ufsdump en los discos virtuales cuyas copias se seguridad no se realicen en un archivo de un sistema de archivos UFS. Sin embargo, no se recomienda usar archivos ufsdump.

Solo se permite realizar una operación de configuración de CPU durante una reconfiguración retrasada

No intente realizar más de una operación de configuración de CPU en el dominio primary mientras se encuentra en una reconfiguración retrasada. Si intenta realizar más solicitudes de configuración de CPU, estas se rechazarán.

Solución alternativa: realice una de las acciones siguientes:

• Cancele la reconfiguración retrasada, inicie otra y solicite los cambios de configuración que se perdieron en la reconfiguración retrasada anterior.

• Reinicie el dominio de control con el recuento de CPU incorrecto y, a continuación, realice las correcciones de asignación una vez que se reinicie el dominio.

El daemon ldmd de Oracle VM Server for SPARC 3.1 no se inicia si varios conmutadores virtuales están asignados a un único adaptador de red

El software de Oracle VM Server for SPARC 3.0 inadvertidamente expuso una capacidad para asignar varios conmutadores virtuales a un solo adaptador de red. Esta capacidad fue creada para ser utilizada de un modo determinado por el software Oracle VM Manager.

El software Oracle VM Server for SPARC 3.1 restauró el comportamiento original, lo que evita que asigne varios conmutadores virtuales a un único adaptador de red. Sin embargo, si configuró el sistema Oracle VM Server for SPARC 3.0 para asignar varios conmutadores virtuales a un único adaptador de red, el daemon ldmd no se inicia cuando actualiza a Oracle VM Server for SPARC 3.1.

Solución alternativa: siga estos pasos:

1. Vuelva a activar temporalmente esta capacidad en su sistema Oracle VM Server for SPARC 3.1 para permitir que el daemon ldmd se inicie.

   # svccfg -s ldoms/ldmd setprop ldmd/ovm_manager=true
   # svcadm refresh ldmd
   # svcadm disable ldmd
   # svcadm enable ldmd

2. Actualice la configuración para asignar un único conmutador virtual a un dispositivo de red.

3. Desactive esta función en el sistema Oracle VM Server for SPARC 3.1.

   # svccfg -s ldoms/ldmd setprop ldmd/ovm_manager=false
   # svcadm refresh ldmd
   # svcadm disable ldmd
   # svcadm enable ldmd

   Es importante que establezca la propiedad ovm_manager en false porque esta propiedad puede presentar otros efectos secundarios en próximas versiones de Oracle VM Server for SPARC.

Compatibilidad de disco de inicio de Oracle Solaris

Históricamente, el SO Oracle Solaris se instalaba en un disco de inicio configurado con una etiqueta de disco SMI VTOC. A partir del sistema operativo Oracle Solaris 11.1, el sistema operativo se instala en un disco de inicio configurado con una etiqueta de disco de tabla de particiones GUID (GPT) de interfaz de firmware extensible (EFI) de manera predeterminada. Si el firmware no admite EFI, el disco se configura con una etiqueta de disco SMI VTOC en su lugar. Esta situación se aplica solo a los servidores SPARC T4 que ejecutan al menos la versión 8.4.0 de firmware del sistema y a los servidores SPARC T5, SPARC M5 o SPARC M6 que ejecutan al menos la versión 9.1.0 del firmware del sistema y a los Sistemas Fujitsu M10 que ejecutan al menos XCP2230.

Los siguientes servidores no se puede iniciar desde un disco que tenga una etiqueta de disco EFI GPT:

• Los servidores UltraSPARC T2, UltraSPARC T2 Plus y SPARC T3, independientemente de la versión de firmware del sistema que se utilice

• Servidores SPARC T4 que ejecutan versiones de firmware del sistema anteriores a 8.4.0

• Servidores SPARC T5, SPARC M5 y SPARC M6 que ejecutan versiones de firmware del sistema anteriores a 9.1.0

• Sistemas Fujitsu M10 que ejecutan versiones de XCP anteriores a 2230

Por lo tanto, un disco de inicio de Oracle Solaris 11.1 que se crea en un sistema SPARC T4, SPARC T5, SPARC M5 o SPARC M6 actualizado no puede ser utilizado en servidores antiguos o en servidores que ejecutan un firmware anterior.

Esta limitación impide la capacidad de utilizar una migración activa o inactiva para mover un dominio de un servidor reciente a un servidor anterior. Esta limitación también evita el uso de una imagen de disco de inicio EFI GPT en un servidor anterior.

Para determinar si un disco de inicio de Oracle Solaris 11.1 es compatible con el servidor y su firmware, asegúrese de que el sistema operativo Oracle Solaris 11.1 esté instalado en un disco que esté configurado con una etiqueta de disco SMI VTOC.

Para mantener la compatibilidad con versiones anteriores de sistemas que ejecutan firmware anterior, utilice uno de los siguientes procedimientos. De lo contrario, el disco de inicio utiliza la etiqueta de disco EFI GPT de forma predeterminada. Estos procedimientos muestran cómo garantizar que el sistema operativo Oracle Solaris 11.1 esté instalado en un disco de inicio con una etiqueta de disco SMI VTOC en un servidor SPARC T4 con al menos la versión 8.4.0 de firmware del sistema y, en un servidor SPARC T5, SPARC M5 o SPARC M6, con al menos la versión 9.1.0 de firmware del sistema y un Sistema Fujitsu M10 con al menos XCP versión 2230.

• Solución 1: elimine la propiedad gpt para que el firmware no informe que admite EFI.

  1. Del indicador de OpenBoot PROM, desactive el inicio automático y restablezca el sistema que desea instalar.

     ok setenv auto-boot? false
     ok reset-all

     Después de que el sistema se reinicia, devuelve el indicador ok.

  2. Cambie al directorio /packages/disk-label y elimine la propiedad gpt.

     ok cd /packages/disk-label
     ok " gpt" delete-property

  3. Comience la instalación del sistema operativo Oracle Solaris 11.1.

     Por ejemplo, realice una instalación de red:

     ok boot net - install

• Solución 2: use el comando format -e para escribir una etiqueta SMI VTOC en el disco que se desea instalar con el sistema operativo Oracle Solaris 11.1.

  1. Escriba una etiqueta SMI VTOC en el disco.

     Por ejemplo, seleccione la opción label y especifique la etiqueta SMI:

     # format -e c1d0
     format> label
     [0] SMI Label
     [1] EFI Label
     Specify Label type[1]: 0

  2. Configure el disco con un segmento 0 y un segmento 2 que abarquen todo el disco.

     El disco no debería tener ninguna otra partición. Por ejemplo:

     format> partition
      
     partition> print
     Current partition table (unnamed):
     Total disk cylinders available: 14087 + 2 (reserved cylinders)
     
     Part      Tag    Flag     Cylinders         Size            Blocks
       0       root    wm       0 - 14086      136.71GB    (14087/0/0) 286698624
       1 unassigned    wu       0                0         (0/0/0)             0
       2     backup    wu       0 - 14086      136.71GB    (14087/0/0) 286698624
       3 unassigned    wm       0                0         (0/0/0)             0
       4 unassigned    wm       0                0         (0/0/0)             0
       5 unassigned    wm       0                0         (0/0/0)             0
       6 unassigned    wm       0                0         (0/0/0)             0
       7 unassigned    wm       0                0         (0/0/0)             0

  3. Vuelva a escribir la etiqueta de disco SMI VTOC.

     partition> label
     [0] SMI Label
     [1] EFI Label
     Specify Label type[0]: 0
     Ready to label disk, continue? y

  4. Configure Automatic Installer (AI) de Oracle Solaris para instalar el SO Oracle Solaris en el segmento 0 del disco de inicio.

     Cambie el fragmento <disk> en el manifiesto AI de la siguiente manera:

     <target>
        <disk whole_disk="true">
             <disk_keyword key="boot_disk"/>
             <slice name="0" in_zpool="rpool"/>
        </disk>
     [...]
     </target>

  5. Realice la instalación del sistema operativo Oracle Solaris 11.1.