| Omitir V�nculos de navegaci�n | |
| Salir de la Vista de impresi�n | |
|
Notas sobre la versión de Oracle VM Server for SPARC 2.1 Oracle VM Server for SPARC (Español) |
| Omitir V�nculos de navegaci�n | |
| Salir de la Vista de impresi�n | |
|
|
Notas sobre la versión de Oracle VM Server for SPARC 2.1 Oracle VM Server for SPARC (Español) |
1. Notas de la versión del Oracle VM Server for SPARC 2.1
Solaris de Oracle OS necesario y recomendado
Software necesario para habilitar las funciones del Oracle VM Server for SPARC 2.1
Parches de firmware del sistema necesarios y recomendados
Versión mínima de software necesaria
Requisitos de hardware y software para E/S directas
Requisitos de migración de dominio directo
Ubicación del software Oracle VM Server for SPARC 2.1
Software que puede utilizarse con Logical Domains Manager
Software del controlador del sistema que interactúa con el software Logical Domains
Asignación de recursos físicos a dominios
Gestión de los recursos físicos en el dominio de control
Restricciones en la gestión de recursos físicos en los dominios
Modernización al software Oracle VM Server for SPARC 2.1
El modo de omisión de MMU de E/S ya no es necesario
Procesador de servicio y controlador del sistema son términos intercambiables
Canales de dominio lógico y Logical Domains
Requisitos del tamaño de la memoria
Inicio de un gran número de dominios
Ciclo de energía y apagado sin errores de un sistema Logical Domains
El tamaño de memoria solicitado puede ser diferente a la memoria asignada
Persistencia de las variables de Logical Domains
El agente de administración SNMP de Sun de Oracle no es compatible con varios dominios
Comando ldmp2v convert: mensajes de advertencia del VxVM durante el inicio
Se ha eliminado la herramienta del asistente para la configuración gráfica
La opción de actualización no está presente cuando se utiliza ldmp2v prepare -R
Comando ldmp2v: ya no se utiliza el método de archivado ufsdump
Restricciones en la migración de dominios
Restricciones de versión para la migración
Restricciones de la CPU para la migración
Problemas de Oracle VM Server for SPARC MIB
Valor de propiedad ldomCryptoRpReserved incorrecto
El comando snmptable no funciona con las versiones 2 o 3
Errores que afectan al software Oracle VM Server for SPARC 2.1
Los núcleos designados pueden apagar todas las CPU cuando se encuentran en modo enlazado
ldmconfig sólo es compatible en sistemas Solaris de Oracle 10
Oracle VM Server for SPARC MIB sólo es compatible en sistemas Solaris de Oracle 10
Eliminación de una gran cantidad de CPU de un dominio huésped
Un dominio que tenga una memoria grande en modo elástico puede llegar a tardar mucho en cerrarse
install-ldm se bloquea si se ejecuta al utilizarse una ruta absoluta desde otro directorio
El comando ldm add-dev puede crear un alias de dispositivo más largo del que admite OpenBoot
La validación del disco virtual falla para un disco físico sin segmento 2
Si incoming_migration_enabled=false, las migraciones salientes fallan
Se utiliza una configuración de SP incorrecta como predeterminada
Todos los comandos ldm se bloquean cuando faltan recursos NFS compartidos en las migraciones
El comando ldmd no puede eliminar núcleos de un dominio que tenga núcleos parciales
El interbloqueo de los núcleos provoca el bloqueo del equipo durante una migración
Errores de tiempo de espera de CPU virtual durante la DR
Las operaciones de migración simultáneas en "dirección opuesta" podrían bloquear el comando ldm
Eliminación de una gran cantidad de CPU del dominio de control
SPARC T3: Oracle VM Server for SPARC se bloquea al realizar operaciones con la memoria
El comando pkgadd no puede definir las entradas ACL en /var/svc/manifest/platform/sun4v/ldmd.xml
ldmd indica de forma errónea que se utiliza el 100 % de la CPU en un dominio
Los dominios huésped no pueden iniciarse desde un dispositivo DVD exportado
Las unidades criptográficas no pueden suprimirse del dominio primary
Se puede reasignar una dirección MAC en uso
ldmconfig no puede crear una configuración de dominio en el SP
La DR de memoria se inhabilita tras la cancelación de una migración
La DR de memoria no se admite con algunas configuraciones de memoria física
Mensaje de error de migración confuso para errores de enlace de memoria en la dirección real
Al suprimir todas las unidades criptográficas de un dominio de forma dinámica finaliza SSH
Los comandos ldm responden lentamente si se están iniciando varios dominios
Los dispositivos de red virtual no se crean correctamente en el dominio de control
El SO host no puede ver los nuevos adaptadores NIU/XAUI añadidos si está configurado Logical Domains
El dominio huésped o el dominio de E/S producen un error grave al iniciarse desde e1000g
Los enlaces de puertos y grupos de consola explícitos no migran
La base de datos de restricciones no está sincronizada con la configuración almacenada
La migración no produce errores si el comando vdsdev del destino tiene un back end diferente
Logical Domains Manager muestra dominios migrados en estados de transición cuando ya se han iniciado
No es posible realizar la conexión con la consola del dominio migrado a no ser que se reinicie vntsd
Logical Domains Manager puede tardar más de 15 minutos en apagar un dominio
El comando scadm puede bloquearse tras reiniciarse el SC o el SP
ldc_close: (0xb) unregister failed, 11: mensajes de advertencia
No es posible establecer claves de seguridad con Logical Domains en ejecución
El comportamiento del comando ldm stop-domain puede ser confuso
El equipo puede bloquearse si el SO huésped realiza operaciones simultáneas
A veces las solicitudes de DR no suprimen todas las CPU solicitadas correctamente
Referencia interna incorrecta sobre la información de software necesaria
La descripción del comando ldm stop es confusa
Nombre incorrecto del paquete Logical Domains Manager en el procedimiento de actualización
La sinopsis del comando load de ILOM utiliza un carácter incorrecto
RFE y errores solucionados en el software Oracle VM Server for SPARC 2.1
RFE y errores solucionados en el parche del software Oracle VM Server for SPARC 2.1
Esta sección contiene problemas generales y errores específicos relativos al software Oracle VM Server for SPARC 2.1.
Esta sección describe problemas conocidos generales sobre esta versión del software Oracle VM Server for SPARC que son más generales que un número de error específico. Cuando es posible se indican soluciones alternativas.
A partir de la versión Oracle VM Server for SPARC 2.0, el modo de omisión de unidad de administración de la memoria (MMU) de E/S ya no es necesario. Como resultado, la propiedad bypass=on ya no estará disponible para que la utilice el comando ldm add-io.
En la documentación de Oracle VM Server for SPARC, los términos procesador de servicio (SP) y controlador del sistema (SC) son intercambiables.
Si un dominio de servicio utiliza una versión del SO Solaris de Oracle 10 antes de Solaris de Oracle 10 9/10 y está exportando un segmento de un disco físico como disco virtual a un dominio huésped, este disco virtual aparecerá en el dominio huésped con un identificador de dispositivo adecuado. Si dicho dominio de servicio se actualiza a Solaris de Oracle 10 9/10, el segmento de disco físico exportado como disco virtual aparecerá en el dominio huésped sin identificador de dispositivo.
Esta eliminación del identificador de dispositivo en el disco virtual puede provocar problemas en las aplicaciones que intentan hacer referencia al identificador de dispositivo de los discos virtuales. En particular, esto puede provocar que el administrador de volúmenes Solaris sea incapaz de encontrar su configuración o de acceder a sus metadispositivos.
Solución alternativa: después de actualizar un dominio de servicio a Solaris de Oracle 10 9/10, si un dominio huésped no puede encontrar los metadatos o la configuración del administrador de volúmenes Solaris, realice el siguiente procedimiento.
md_devid_destroy=1; md_keep_repl_state=1;
Una vez iniciado el dominio, los metadatos y la configuración del administrador de volúmenes Solaris deberían estar disponibles.
Durante el proceso de reinicio, verá mensajes similares a éstos:
NOTICE: mddb: unable to get devid for 'vdc', 0x10
Estos mensajes son normales y no informan de ningún problema.
Existe un número límite de canales de dominio lógico (LDC) disponibles en cualquier dominio lógico. En el caso de los servidores UltraSPARC T2, SPARC T3-1, SPARC T3-1B, SPARC T4-1 y SPARC T4-1B, el límite es 512. En el caso de los servidores UltraSPARC T2 Plus y los demás servidores SPARC T3 y SPARC T4, el límite es 768. Esto sólo se convierte en un problema en el dominio de control, ya que el dominio de control tiene asignado parte del subsistema de E/S, si no todo. También puede ser un problema debido al posible gran número de LDC que se crean para las comunicaciones de datos de E/S virtuales y el control de Logical Domains Manager del resto de dominios lógicos.
Si intenta añadir un servicio, o bien enlazar un dominio, de manera que el número de canales LDC supere el límite del dominio de control, la operación no se realizará correctamente y aparecerá un mensaje de error similar al siguiente:
13 additional LDCs are required on guest primary to meet this request, but only 9 LDCs are available
Si tiene un gran número de dispositivos de red virtual conectados al mismo conmutador virtual, puede reducir el número de canales LDC asignados utilizando los comandos ldm add-vsw o ldm set-vsw para definir inter-vnet-link=off. Cuando esta propiedad se configura como off, no se utilizan los canales LDC para las comunicaciones entre redes virtuales. En lugar de ello, se asigna un canal LDC sólo para la comunicación entre los dispositivos de red virtual y los dispositivos de conmutador virtual. Consulte la ldm(1M) página de comando man.
Nota - Si se inhabilita la asignación de canales entre redes virtuales, se reduce la cantidad de LDC, pero ello podría afectar al rendimiento de la red de huésped a huésped.
Las siguientes directrices pueden ayudar a evitar la creación de una configuración que podría desbordar las capacidades de los LDC del dominio de control:
El dominio de control asigna aproximadamente 15 LDC para varios fines relacionados con la comunicación con el hipervisor, la arquitectura de administración de errores (FMA) y el controlador del sistema (SC), independientemente del número de dominios lógicos restantes configurados. El número exacto de canales LDC que asigna el dominio de control depende de la plataforma y de la versión del software que se utilicen.
El dominio de control asigna 1 LDC a cada dominio lógico, incluyéndose a sí mismo, para controlar el tráfico.
Cada servicio de E/S virtual del dominio de control consume 1 LDC por cada cliente de dicho servicio conectado.
Por ejemplo, supongamos que existe un dominio de control y 8 dominios lógicos adicionales. Cada dominio lógico necesita al menos lo siguiente:
Red virtual
Disco virtual
Consola virtual
Al aplicar las directrices anteriores se producen los siguientes resultados (los números que aparecen entre paréntesis corresponden al número de directriz anterior del que procede el valor):
15(1) + 9(2) + 8 x 3(3) = 48 LDC en total
Ahora supongamos que existen 45 dominios en lugar de 8, y que cada dominio incluye 5 discos virtuales, 5 redes virtuales y una consola virtual. En este caso la ecuación es la siguiente:
15 + 46 + 45 x 11 = 556 LDC en total
En función del número de LDC que admita su plataforma, Logical Domains Manager aceptará o rechazará las configuraciones.
El software Oracle VM Server for SPARC no impone un límite de tamaño de memoria al crear un dominio. El requisito del tamaño de la memoria es una característica del sistema operativo huésped. Es posible que algunas funciones de Oracle VM Server for SPARC no funcionen si la cantidad de memoria es inferior al tamaño recomendado. Para conocer los requisitos de los tamaños de memoria recomendado y mínimo del SO Solaris de Oracle 10, consulte Requisitos del sistema y recomendaciones de Guía de instalación de Oracle Solaris 10 9/10: planificación de la instalación y la actualización.
El PROM OpenBoot tiene una restricción de tamaño mínimo para un dominio. Actualmente, dicha restricción es de 12 Mbytes. Si tiene un dominio inferior a dicho tamaño, Logical Domains Manager aumentará automáticamente el tamaño del dominio a 12 Mbytes. Consulte las notas de la versión del firmware de su sistema para obtener información sobre los requisitos del tamaño de la memoria.
La función de reconfiguración dinámica (DR) de memoria exige la alineación de 256 Mbytes en la dirección y el tamaño de la memoria que está implicada en una operación determinada. Consulte Alineación de memoria de Guía de administración del servidor Oracle VM para SPARC 2.1.
Puede iniciar el siguiente número de dominios en función de su plataforma:
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 están disponibles CPU virtuales sin asignar, 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 los que el número máximo de configuraciones de dominio tenga 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) deberían propagarse por todos los adaptadores de red que estén disponibles en el equipo. Por ejemplo, si inicia 128 dominios en un servidor Sun SPARC Enterprise T5240, cree 4 servicios vsw, cada uno con 32 instancias de red virtual (vnet). No cree más de 32 instancias vnet por servicio vsw, ya que al tener más de 32 instancias relacionadas con un único vsw podrían producirse grandes bloqueos en el dominio de servicio.
Para ejecutar el máximo de configuraciones posible, el equipo necesita una cantidad de memoria adecuada para albergar los dominios invitados. La cantidad de memoria depende de su plataforma y de su sistema operativo. Consulte la documentación de su plataforma, Oracle Solaris 10 8/11 Installation Guide: Planning for Installation and Upgrade e Installing Oracle Solaris 11 Systems.
El uso de espacio de intercambio y memoria aumenta en un dominio huésped cuando los servicios vsw que utiliza el dominio proporcionan servicios a numerosas redes virtuales (en varios dominios). Ello se debe a los vínculos en el mismo nivel que existen entre todos los vnet conectados al vsw. El dominio de servicio se beneficia de la memoria adicional. El mínimo recomendado es de cuatro Gbytes al ejecutar más de 64 dominios. Inicie los dominios en grupos de 10 o menos y espere a que se inicien antes de poner en marcha el siguiente lote. El mismo consejo se aplica a la instalación de sistemas operativos en dominios. Puede reducir el número de vínculos desactivando los canales entre redes virtuales. Consulte Canales LDC entre redes virtuales de Guía de administración del servidor Oracle VM para SPARC 2.1.
Si ha realizado cambios en la configuración desde la última vez que guardó una configuración en el SC, antes de intentar apagar o realizar un ciclo de energía en un sistema Logical Domains, asegúrese de guardar la última configuración que desea conservar.
Dado que no hay ningún otro dominio enlazado, el firmware apagará automáticamente el sistema.
Dado que no hay ningún otro dominio enlazado, el firmware realizará el ciclo de energía del sistema automáticamente antes de reiniciarlo. Al reiniciar el sistema, se reinicia la última configuración almacenada de Logical Domains o la última configuración establecida.
En determinadas circunstancias, Logical Domains Manager redondea la asignación de memoria solicitada al siguiente múltiplo mayor de 8 Kbytes o 4 Mbytes. Esto puede observarse en el siguiente ejemplo 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
Las actualizaciones de variables persisten durante el reinicio, pero no durante un ciclo de energía, a menos que las actualizaciones de variables se inicien desde el firmware OpenBoot del dominio de control o que posteriormente se guarde la configuración en el SC.
En este contexto, es muy importante tener en cuenta que el reinicio del dominio de control podría iniciar un ciclo de energía del sistema:
Al reiniciar el dominio de control, si no existen dominios huésped enlazados ni ninguna reconfiguración retrasada en proceso, el SC realizará el ciclo de energía del sistema.
Al reiniciar el dominio de control, si hay dominios huésped enlazados o activos (o el dominio de control se encuentra en mitad de una reconfiguración retrasada), el SC no realizará el ciclo de energía del sistema.
Las variables de Logical Domains relativas a un dominio pueden especificarse utilizando cualquiera de los siguientes métodos:
En el indicador OpenBoot.
Utilizando el comando eeprom(1M) de Solaris de Oracle OS .
Utilizando la CLI (ldm) de Logical Domains Manager.
Modificando, con limitaciones, el controlador del sistema (SC) utilizando el comando bootmode, es decir, sólo determinadas variables, y sólo en la configuración predeterminada de fábrica.
El objetivo consiste en que las actualizaciones de variables que se lleven a cabo utilizando cualquiera de estos métodos siempre persistan entre los diferentes reinicios del dominio. Las actualizaciones de variables también se reflejarán en todo momento en las configuraciones de dominios lógicos posteriores almacenadas en el SC.
En el software Oracle VM Server for SPARC 2.1, existen algunos casos en los que las actualizaciones de variables no persisten del modo esperado:
Todos los métodos de actualización de una variable persistirán entre los diferentes reinicios de dicho dominio. Sin embargo, no persistirán entre los diferentes ciclos de energía del sistema a menos que la configuración de dominio lógico posterior se guarde en el SC. Entre los métodos de actualización de una variable se incluyen el firmware OpenBoot y los comandos eeprom y ldm. Además, en el dominio de control, las actualizaciones llevadas a cabo a través del firmware OpenBoot persistirán entre los diferentes ciclos de energía del sistema, es decir, incluso aunque no se guarde posteriormente una nueva configuración de dominio lógico en el SC.
En todos los casos, al volver a la configuración predeterminada de fábrica desde una configuración generada por Logical Domains Manager, 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 mientras Logical Domains Manager está inhabilitado:
# svcadm disable ldmd update variables # svcadm enable ldmd
Al ejecutar la actualización automática, lleve a cabo los siguientes pasos:
# svcadm disable -t ldmd # luactivate be3 # init 6
Si modifica la hora o la fecha de un dominio lógico, por ejemplo utilizando el comando ntpdate, el cambio persistirá entre los diferentes reinicios del dominio, pero no lo hará entre los diferentes ciclos de energía del host. Para asegurarse de que el cambio horario persiste, guarde la configuración con el cambio horario en el SP e inicie desde dicha configuración.
Se han archivado los siguientes identificadores de error para resolver estos problemas: 6520041, 6540368, 6540937 y 6590259.
El agente de administración del Protocolo simple de administración de red (SNMP) de Sun no es compatible con varios dominios. Sólo se admite un único dominio global.
El uso de la reconfiguración dinámica (DR) de CPU para desconectar CPU virtuales no funcionará con conjuntos de procesadores, agrupaciones de recursos ni con la función de CPU dedicada de la zona.
Al utilizar la administración de energía de CPU en el modo elástico, el huésped Solaris de Oracle OS sólo verá las CPU que están asignadas a los dominios conectados. Esto significa que los resultados del comando psrinfo(1M) cambiarán dinámicamente en función del número de CPU que tengan activada actualmente la función de administración de energía. Esto provoca un problema con las agrupaciones y los conjuntos de procesadores, que requieren identificadores de CPU reales estáticos para poder asignarlos a sus conjuntos. También puede afectar a la función de CPU dedicada de la zona.
Solución alternativa: establezca el modo de rendimiento en la política de administración de energía.
Existen varios problemas relacionados con la FMA y las CPU con administración de energía. Si se produce un error en la CPU al ejecutarse en modo elástico, cambie al modo de rendimiento hasta que se recupere la CPU que ha producido el error. Si se recuperan todas las CPU que han producido un error, podrá volver a utilizar el modo elástico.
Si el dominio primary se encuentra en un estado de reconfiguración retrasada, se administrará la energía de las CPU únicamente una vez reiniciado el dominio primary. Esto significa que la administración de energía de la CPU no activará más CPU mientras el dominio esté utilizando una gran carga hasta que se reinicie el dominio primary, eliminando así el estado de reconfiguración retrasada.
El SO Solaris de Oracle 10 10 10/09 incluye la capacidad de añadir y suprimir dinámicamente unidades criptográficas de un dominio, lo que se denomina reconfiguración dinámica (DR) de unidades criptográficas. Logical Domains Manager detecta automáticamente si un dominio permite DR de unidades criptográficas, y habilita esta función únicamente para dichos dominios. Además, la DR de CPU ya no está inhabilitada en los dominios con unidades criptográficas enlazadas que utilizan una versión correcta de Solaris de Oracle OS .
En los dominios con unidades criptográficas enlazadas no se llevan a cabo operaciones de inhabilitación de núcleo cuando el SP está establecido en el modo elástico. Para habilitar las operaciones de inhabilitación de núcleo que se llevarán a cabo cuando el sistema esté en el modo elástico, suprima las unidades criptográficas que estén enlazadas al dominio.
La versión Veritas Volume Manager (VxVM) 5.x en el SO Solaris de Oracle 10 es la única versión compatible (probada) con la herramienta P2V de Oracle VM Server for SPARC. También podrían funcionar versiones anteriores de VxVM, tales como 3.x y 4.x con sistemas operativos Solaris 8 y Solaris 9. En dichos casos, el primer inicio después de ejecutar el comando ldmp2v convert podría mostrar mensajes de advertencia de los controladores de VxVM. Puede ignorar estos mensajes. Puede suprimir los paquetes VRTS* más antiguos una vez iniciado el dominio huésped.
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
El espacio de asociación ampliado sólo está disponible en los SO Solaris de Oracle 10 8/11 y Solaris de Oracle 11. De forma predeterminada, esta función está inhabilitada.
Puede utilizar los comandos ldm add-domain o ldm set-domain para habilitar el modo configurando extended-mapin-space=on en un dominio en el que se ejecuten los Solaris de Oracle 10 8/11 o Solaris de Oracle 11. Véase la página de comando man ldm(1M).
A partir de la versión Oracle VM Server for SPARC 2.1, sólo está disponible la herramienta del asistente de configuración basado en terminal, ldmconfig. La herramienta de la interfaz gráfica de usuario ya no está disponible.
El instalador de Solaris no incluye la opción de actualización cuando la etiqueta de partición del segmento que contiene el sistema de archivos raíz (/) no se configura como root. Esta situación se produce si no se configura la etiqueta de forma explícita al etiquetar el disco de inicio del huésped. Puede utilizar el comando format para definir la etiqueta de partición del modo siguiente:
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>
Un bloque de memoria añadida de forma dinámica se puede suprimir de forma dinámica sólo como conjunto. Es decir, no es posible suprimir de forma dinámica un subconjunto de dicho bloque de memoria.
Esta situación podría producirse si un dominio con una memoria de tamaño pequeño aumenta enormemente y de forma dinámica el tamaño de la misma, tal y como indica el siguiente ejemplo:
# ldm list ldom1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldom1 active -n---- 5000 2 1G 0.4% 23h # ldm add-mem 16G ldom1 # ldm rm-mem 8G ldom1 Memory removal failed because all of the memory is in use. # ldm rm-mem 16G ldom1 # ldm list ldom1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldom1 active -n---- 5000 2 1G 0.4% 23h
Solución alternativa: añada memoria de forma dinámica en cantidades menores para reducir la probabilidad de que se produzca esta condición.
Recuperación: reinicie el dominio.
Al restaurar los archivos de almacenamiento ufsdump en un disco virtual del que un archivo de un sistema de archivos UFS realiza copias de seguridad, el sistema podría bloquearse. En tal caso, se terminará el comando ldmp2v prepare. Este problema puede suceder al restaurar archivos de almacenamiento ufsdump en la preparación del comando ldmp2v prepare -R /altroot cuando el disco virtual es un archivo en un sistema de archivos UFS. En cuanto a la compatibilidad con archivos de almacenamiento ufsdump creados anteriormente, puede seguir utilizando el comando ldmp2v prepare para restaurar los archivos de almacenamiento ufsdump en discos virtuales cuyas copias se seguridad no se realicen en un archivo de un sistema de archivos UFS. A pesar de ello, no se recomienda el uso de archivos de almacenamiento ufsdump.
En las secciones siguientes se describen las restricciones para la migración de dominios. Para permitir la migración, el software Logical Domains Manager y las versiones de firmware del sistema deben ser compatibles. Asimismo, la CPU debe reunir ciertos requisitos para garantizar que la migración de dominios se realice correctamente.
Tanto el equipo de origen como el de destino deben ejecutar como mínimo la versión 2.1 de Logical Domains Manager.
En los ejemplos siguientes se muestran los mensajes que aparecen al ejecutar versiones anteriores de Logical Domains Manager, el firmware del sistema o ambos:
El equipo de destino ejecuta una versión anterior de Logical Domains Manager.
Por ejemplo, los equipos de origen y de destino ejecutan lo siguiente:
Equipo de origen. Ejecuta la versión 2.1 de Logical Domains Manager y la versión 7.4 del firmware del sistema.
Equipo de destino. Ejecuta la versión 2.0 de Logical Domains Manager y la versión 7.4 del firmware del sistema.
# ldm migrate ldg1 system2 The target machine is running an older version of the domain manager that does not support the latest migration functionality.
El equipo de origen ejecuta una versión anterior de Logical Domains Manager.
Por ejemplo, los equipos de origen y de destino ejecutan lo siguiente:
Equipo de origen. Ejecuta la versión 2.0 de Logical Domains Manager y la versión 7.4 del firmware del sistema.
Equipo de destino. Ejecuta la versión 2.1 de Logical Domains Manager y la versión 7.4 del firmware del sistema.
# ldm migrate ldg1 system2 The source machine is running an older version of the domain manager that is not compatible with the version running on the target machine.
Los equipos de origen y de destino ejecutan una versión anterior de Logical Domains Manager.
Por ejemplo, los equipos de origen y de destino ejecutan lo siguiente:
Equipo de origen. Ejecuta la versión 2.0 de Logical Domains Manager y la versión 7.3 del firmware del sistema.
Equipo de destino. Ejecuta la versión 2.0 de Logical Domains Manager y la versión 7.4 del firmware del sistema.
# ldm migrate ldg1 system2 Unable to migrate guest resource state Domain Migration of LDom ldg1 failed
El equipo de destino ejecuta una versión anterior del firmware del sistema que no es compatible con la versión del firmware del sistema que se ejecuta en el equipo de origen.
Por ejemplo, los equipos de origen y de destino ejecutan lo siguiente:
Equipo de origen. Ejecuta la versión 2.1 de Logical Domains Manager y la versión 7.4 del firmware del sistema.
Equipo de destino. Ejecuta la versión 2.1 de Logical Domains Manager y la versión 7.3 del firmware del sistema.
# ldm migrate ldg1 system2 The target machine is running an older version of the System Firmware that is not compatible with the version running on the source machine.
El equipo de origen ejecuta una versión anterior del firmware del sistema que no es compatible con la versión del firmware del sistema que se ejecuta en el equipo de destino.
Por ejemplo, los equipos de origen y de destino ejecutan lo siguiente:
Equipo de origen. Ejecuta la versión 2.1 de Logical Domains Manager y la versión 7.3 del firmware del sistema.
Equipo de destino. Ejecuta la versión 2.1 de Logical Domains Manager y la versión 7.4 del firmware del sistema.
# ldm migrate ldg1 system2 The source machine is running an older version of the System Firmware that does not support the latest migration functionality.
Si el dominio que debe migrarse ejecuta una versión de Solaris de Oracle OS anterior al SO Solaris de Oracle 10 9/10, puede aparecer el mensaje siguiente durante la migración:
Domain domain-name is not running an operating system that is compatible with the latest migration functionality.
Se aplican las restricciones y los requisitos de CPU siguientes:
Deben asignarse núcleos completos al dominio migrado. Si el número de subprocesos del dominio que se va a migrar es menor que un núcleo completo, los subprocesos adicionales no estarán disponibles para ningún dominio hasta que se reinicie el dominio migrado.
Después de una migración, la reconfiguración dinámica de la CPU (DR) se inhabilita para el dominio migrado hasta que se ha reiniciado. Una vez reiniciado, puede utilizar la DR de la CPU en el dominio migrado.
El equipo de destino debe tener suficientes núcleos completos que estén totalmente libres para ofrecer el número de subprocesos necesarios para el dominio migrado. Después de la migración, si un dominio migrado usa sólo parcialmente un núcleo completo, los subprocesos adicionales no están disponibles para otros dominios hasta que no se haya reiniciado el dominio migrado.
Estas restricciones también se aplican cuando se va a migrar un dominio que se ejecuta en OpenBoot o en el depurador del núcleo. Consulte Migración de un dominio que se ejecuta en OpenBoot o en el depurador del núcleo de Guía de administración del servidor Oracle VM para SPARC 2.1.
En esta sección se resumen los errores que puede encontrar al utilizar el software Oracle VM Server for SPARC Management Information Base (MIB).
Nota - El software Oracle VM Server for SPARC MIB sólo está disponible en los sistemas Solaris de Oracle 10.
ID de error 7042966: el valor de la propiedad ldomCryptoRpReserved en el grupo de recursos de la unidad criptográfica (ldomCryptoResourcePool) incluye de forma errónea el número de dispositivos de la unidad criptográfica que se han asignado a los dominios inactivos.
ID de error 6521530: recibe tablas SNMP vacías si consulta el software Oracle VM Server for SPARC MIB 2.1 utilizando el comando snmptable con la opción -v2c o -v3. El comando snmptable con la opción -v1 funciona del modo esperado.
Solución alternativa: utilice la opción -CB para usar sólo las solicitudes GETNEXT, no las GETBULK, para recuperar datos. Consulte Recuperación de objetos de la La MIB de Oracle VM Server for SPARC de Guía de administración del servidor Oracle VM para SPARC 2.1.
Esta sección resume los errores que puede encontrar al utilizar esta versión del software. Las descripciones de los errores están ordenadas de forma numérica por identificador de error. Las soluciones alternativas y los procedimientos de recuperación disponibles se especificarán.
ID de error 7117766: el comando ldm init-system no puede recuperar las limitaciones de núcleos designados de CPU para dominios invitados desde un archivo XML guardado.
Solución alternativa: realice los siguientes pasos:
Cree un archivo XML para el dominio primary.
# ldm ls-constraints -x primary > primary.xml
Cree un archivo XML para el dominio o dominios invitados.
# ldm ls-constraints -x ldom[,ldom][,...] > guest.xml
Apague y encienda el sistema, e inicie una configuración predeterminada de fábrica.
Aplique la configuración XML al dominio primary.
# ldm init-system -r -i primary.xml
Reinicie.
Aplique la configuración XML al dominio o dominios invitados.
# ldm init-system -f -i guest.xml
ID de error 7111119: no puede usar los comandos ldm add-core, ldm set-core ni ldm remove-core cuando el dominio tiene habilitada la normativa elástica.
Solución alternativa: asegúrese de que el dominio tiene habilitada la directiva de rendimiento.
ID de error 7100859: el sistema puede generar un aviso grave al iniciar si usa E/S directa (ldm remove-io) para eliminar varias ranuras PCIe de un sistema SPARC T-Series de varias conexiones. Esto ocurre cuando las rutas a las ranuras PCIe son similares entre sí (salvo la ruta del complejo de raíz). El aviso grave se puede recibir después de eliminar las ranuras PCIe y, a continuación, reiniciar el dominio primary. Para ver más información sobre la función de E/S directa (DIO), consulte Asignación de dispositivos de punto final PCIe de Guía de administración del servidor Oracle VM para SPARC 2.1.
Por ejemplo, si elimina las ranuras /SYS/MB/PCIE5 (pci@500/pci@2/pci@0/pci@0) y /SYS/MB/PCIE4 (pci@400/pci@2/pci@0/pci@0), que tienen nombres de rutas parecidos, la próxima vez que se inicie el SO Solaris de Oracle 11, podría recibir un aviso grave.
El siguiente comando ldm list-io se ejecuta después de eliminar las ranuras PCIe /SYS/MB/PCIE4 y /SYS/MB/PCIE5.
# ldm list-io IO PSEUDONYM DOMAIN -- --------- ------ pci@400 pci_0 primary niu@480 niu_0 primary pci@500 pci_1 primary niu@580 niu_1 primary PCIE PSEUDONYM STATUS DOMAIN ---- --------- ------ ------ pci@400/pci@2/pci@0/pci@8 /SYS/MB/PCIE0 OCC primary pci@400/pci@2/pci@0/pci@4 /SYS/MB/PCIE2 OCC primary pci@400/pci@2/pci@0/pci@0 /SYS/MB/PCIE4 OCC pci@400/pci@1/pci@0/pci@8 /SYS/MB/PCIE6 OCC primary pci@400/pci@1/pci@0/pci@c /SYS/MB/PCIE8 OCC primary pci@400/pci@2/pci@0/pci@e /SYS/MB/SASHBA OCC primary pci@400/pci@1/pci@0/pci@4 /SYS/MB/NET0 OCC primary pci@500/pci@2/pci@0/pci@a /SYS/MB/PCIE1 OCC primary pci@500/pci@2/pci@0/pci@6 /SYS/MB/PCIE3 OCC primary pci@500/pci@2/pci@0/pci@0 /SYS/MB/PCIE5 OCC pci@500/pci@1/pci@0/pci@6 /SYS/MB/PCIE7 OCC primary pci@500/pci@1/pci@0/pci@0 /SYS/MB/PCIE9 OCC primary pci@500/pci@1/pci@0/pci@5 /SYS/MB/NET2 OCC primary #
Solución alternativa: no elimine todas las ranuras que tengan nombres de ruta parecidos. Elimine sólo una de las ranuras PCIe.
También podría insertar las tarjetas PCIe en las ranuras que no tienen rutas parecidas y, a continuación, usarlas con la función DIO.
ID de error 7100841: cuando el dominio primary comparte el núcleo físico más bajo (normalmente, 0) con otro dominio, se producirá un error al intentar definir la limitación de núcleo completo para el dominio primary.
Solución alternativa: realice los siguientes pasos:
Determine el núcleo enlazado más bajo compartido por los dominios.
# ldm list -o cpu
Desenlace todos los subprocesos existentes en la CPU del núcleo más bajo de todos los dominios excepto el dominio primary.
Como resultado, los subprocesos existentes en la CPU del núcleo más bajo no se comparten y se pueden enlazar al dominio primary.
Defina la limitación de todo el núcleo realizando una de las siguientes acciones:
Enlace los subprocesos de la CPU al dominio primary y defina la limitación de todo el núcleo mediante el comando ldm set-vcpu -c.
Use el comando ldm set-core para enlazar los subprocesos de la CPU y defina la limitación de todo el núcleo en un solo paso.
ID de error 7093344: sólo puede utilizar el comando ldmconfig en sistemas Solaris de Oracle 10.
ID de error 7082776: Oracle VM Server for SPARC MIB sólo puede utilizarse en sistemas Solaris de Oracle 10.
ID de error 7071426: podría darse un error grave durante una migración si el dominio que se migra tiene varios bloques de memoria cuyo total sobrepasa los 500 Gbytes. Utilice el comando ldm list -o mem para determinar la cantidad de memoria del dominio.
La pila de error grave tiene un aspecto similar al siguiente:
panic[cpu21]/thread=2a100a5dca0: BAD TRAP: type=30 rp=2a100a5c930 addr=6f696e740a232000 mmu_fsr=10009 sched:data access exception: MMU sfsr=10009: Data or instruction address out of range context 0x1 pid=0, pc=0x1076e2c, sp=0x2a100a5c1d1, tstate=0x4480001607, context=0x0 g1-g7: 80000001, 0, 80a5dca0, 0, 0, 0, 2a100a5dca0 000002a100a5c650 unix:die+9c (30, 2a100a5c930, 6f696e740a232000, 10009, 2a100a5c710, 10000) 000002a100a5c730 unix:trap+75c (2a100a5c930, 0, 0, 10009, 30027b44000, 2a100a5dca0) 000002a100a5c880 unix:ktl0+64 (7022d6dba40, 0, 1, 2, 2, 18a8800) 000002a100a5c9d0 unix:page_trylock+38 (6f696e740a232020, 1, 6f69639927eda164, 7022d6dba40, 13, 1913800) 000002a100a5ca80 unix:page_trylock_cons+c (6f696e740a232020, 1, 1, 5, 7000e697c00, 6f696e740a232020) 000002a100a5cb30 unix:page_get_mnode_freelist+19c (701ee696d00, 12, 1, 0, 19, 3) 000002a100a5cc80 unix:page_get_cachelist+318 (12, 1849fe0, ffffffffffffffff, 3, 0, 1) 000002a100a5cd70 unix:page_create_va+284 (192aec0, 300ddbc6000, 0, 0, 2a100a5cf00, 300ddbc6000) 000002a100a5ce50 unix:segkmem_page_create+84 (18a8400, 2000, 1, 198e0d0, 1000, 11) 000002a100a5cf60 unix:segkmem_xalloc+b0 (30000002d98, 0, 2000, 300ddbc6000, 0, 107e290) 000002a100a5d020 unix:segkmem_alloc_vn+c0 (30000002d98, 2000, 107e000, 198e0d0, 30000000000, 18a8800) 000002a100a5d0e0 genunix:vmem_xalloc+5c8 (30000004000, 2000, 0, 0, 80000, 0) 000002a100a5d260 genunix:vmem_alloc+1d4 (30000004000, 2000, 1, 2000, 30000004020, 1) 000002a100a5d320 genunix:kmem_slab_create+44 (30000056008, 1, 300ddbc4000, 18a6840, 30000056200, 30000004000) 000002a100a5d3f0 genunix:kmem_slab_alloc+30 (30000056008, 1, ffffffffffffffff, 0, 300000560e0, 30000056148) 000002a100a5d4a0 genunix:kmem_cache_alloc+2dc (30000056008, 1, 0, b9, fffffffffffffffe, 2006) 000002a100a5d550 genunix:kmem_cpucache_magazine_alloc+64 (3000245a740, 3000245a008, 7, 6028f283750, 3000245a1d8, 193a880) 000002a100a5d600 genunix:kmem_cache_free+180 (3000245a008, 6028f2901c0, 7, 7, 7, 3000245a740) 000002a100a5d6b0 ldc:vio_destroy_mblks+c0 (6028efe8988, 800, 0, 200, 19de0c0, 0) 000002a100a5d760 ldc:vio_destroy_multipools+30 (6028f1542b0, 2a100a5d8c8, 40, 0, 10, 30000282240) 000002a100a5d810 vnet:vgen_unmap_rx_dring+18 (6028f154040, 0, 6028f1a3cc0, a00, 200, 6028f1abc00) 000002a100a5d8d0 vnet:vgen_process_reset+254 (1, 6028f154048, 6028f154068, 6028f154060, 6028f154050, 6028f154058) 000002a100a5d9b0 genunix:taskq_thread+3b8 (6028ed73908, 6028ed738a0, 18a6840, 6028ed738d2, e4f746ec17d8, 6028ed738d4)
Solución alternativa: procure no realizar migraciones de dominios con más de 500 Gbytes de memoria.
ID de error 7062298: al intentar eliminar una gran cantidad de CPU de un dominio huésped podría aparecer el mensaje de error siguiente:
Request to remove cpu(s) sent, but no valid response received VCPU(s) will remain allocated to the domain, but might not be available to the guest OS Resource modification failed
Solución alternativa: si desea eliminar más de 100 CPU del dominio, detenga primero el dominio huésped.
ID de error 7061265: si se cancela la migración de un dominio cuya propiedad threading está definida en max-ipc, el valor de la propiedad threading se restaura incorrectamente en max-throughput en el dominio que se va a migrar.
Solución alternativa: restablezca manualmente la propiedad threading en max-ipc en el dominio que se migrará del equipo de origen.
ID de error 7058261: si se utiliza el comando ldm stop para detener un dominio con una memoria de gran tamaño mientras el sistema está en modo elástico de administración de energía, este proceso podría tardar mucho tiempo en completarse. Si el dominio está suficientemente inactivo, se inhabilitarán la mayoría de los subprocesos de la CPU que se han asignado al dominio. Al inhabilitar las CPU, el procesamiento que se necesita para detener un domino permanece en los restantes subprocesos activos.
Por ejemplo, un dominio huésped con 252 Gbytes de memoria y solamente dos CPU activadas tarda en detenerse unos siete minutos.
Solución alternativa: antes de detener el domino, cambiando de modo elástico al de rendimiento.
ID de error 7054326: no se pueden utilizar las operaciones de conexión en caliente de Solaris para eliminar en caliente un dispositivo de punto final PCIe antes de que dicho dispositivo se elimine del dominio primary mediante el comando ldm rm-io. Para obtener más información sobre cómo reemplazar o eliminar un dispositivo de punto final PCIe, consulte Realización de cambios hardware en PCIe de Guía de administración del servidor Oracle VM para SPARC 2.1.
ID de error 7050588: si se especifica la ruta absoluta del comando install-ldm desde otro directorio, el comando se bloquea.
Solución alternativa: antes de ejecutar el comando, cambie el directorio en el que se debe instalar el comando install-ldm.
# cd dirname/OVM_Server_SPARC-2_1/Install # ./install-ldm
ID de error 7044329: si un dominio huésped tiene un dispositivo virtual cuyo nombre supera los 31 caracteres, OpenBoot emite un mensaje de error cuando se inicia el dominio. El alias de dispositivo que coincide con el nombre de dispositivo virtual no se crea.
El mensaje de error es similar al siguiente:
Error: device alias name 'mynet1234567890123456789012345678901234567890' length is greater than 31 chars, device alias not created
ID de error 7042353: si se configura un disco físico con un segmento 2 con un tamaño de 0, pueden producirse los problemas siguientes:
Si utiliza el comando ldm add-vdsdev para añadir dicho disco como componente posterior de un disco virtual, el comando genera un error:
# ldm add-vdsdev /dev/dsk/c3t1d0s2 vol@primary-vds0 Path /dev/dsk/c3t1d0s2 is not valid on service domain primary
Puede solucionar este problema con la opción -q del comando ldm add-vdsdev:
# ldm add-vdsdev -q /dev/dsk/c3t1d0s2 vol@primary-vds0
Si utiliza el comando ldm bind para enlazar un dominio que tenga dicho disco como componente posterior de un disco virtual, el comando generará un error:
# ldm bind ldg3 Path /dev/dsk/c3t1d0s2 is not valid on service domain primary
Puede solucionar este problema con la opción -q del comando ldm bind:
# ldm bind -q ldg3
Otra solución alternativa permite inhabilitar de forma permanente la validación del disco que realizan los comandos ldm add-vdsdev y ldm bind. Como consecuencia, no necesita especificar la opción -q. Inhabilite la validación de disco de forma permanente actualizando la propiedad device_validation del servicio ldmd:
# svccfg -s ldmd setprop ldmd/device_validation=value # svcadm refresh ldmd # svcadm restart ldmd
Especifique un valor de 0 para inhabilitar la validación de los dispositivos de disco y de red. Especifique un valor de 1 para inhabilitar la validación de los dispositivos de disco y habilitar la validación de los dispositivos de red.
Los posibles valores de la propiedad device_validation son:
Desactiva la validación de todos los dispositivos.
Activa la validación de los dispositivos de red.
Activa la validación de los dispositivos de disco.
Activa la validación de los dispositivos de red y de disco.
Activa la validación de todos los tipos de dispositivos (opción predeterminada).
ID de error 7039793: si incoming_migration_enabled=false y outgoing_migration_enabled=true, las migraciones salientes fallan y generan el siguiente mensaje de error:
The source machine is running an older version of the System Firmware that is not compatible with the version running on the target machine.
Si outgoing_migration_enabled=false, se espera que las migraciones salientes fallen.
Solución alternativa: haga lo siguiente:
Configure incoming_migration_enabled=true.
# svccfg -s ldmd setprop ldmd/incoming_migration_enabled=true
Actualice el comando ldmd.
# svcadm refresh ldmd
Reinicie el comando ldmd.
# svcadm restart ldmd
ID de error 7038650: cuando un dominio huésped muy cargado tiene una configuración de E/S híbrida e intenta migrarlo, puede producirse un error grave de nxge.
Solución alternativa: añada la siguiente línea al archivo /etc/system en el dominio primary y en cualquier dominio de servicio que forme parte de la configuración de E/S híbrida para el dominio:
set vsw:vsw_hio_max_cleanup_retries = 0x200
ID de error 7037495: si se utiliza una consola de administración de Sun para consultar el estado de la CPU de un sistema Oracle VM Server for SPARC pueden dañarse los datos. Los datos que pueden dañarse son los de las estructuras de datos que utiliza el hipervisor para supervisar los dominios en ejecución, y provocan que no se pueda iniciar el Logical Domains Manager. Por este motivo, no utilice el software de la consola de administración de Sun para supervisar los sistemas Oracle VM Server for SPARC.
Solución alternativa: apague y vuelva a encender el sistema para utilizar una configuración válida contrastada.
ID de error 7037295: si se reinicia el Logical Domains Manager o el dominio primary después de ejecutar el comando ldm add-spconfig -r config_sp, el Logical Domains Manager utiliza la configuración predeterminada en lugar de la configuración especificada (spconfig). Esto significa que cualquier modificación de la configuración posterior se realiza en la configuración predeterminada y no en la configuración especificada (spconfig).
Solución alternativa: defina la configuración actual de Logical Domains Manager realizando un ciclo de encendido o ejecutando el comando ldm add-spconfig config_sp.
ID de error 7036137: se bloquean una migración iniciada o en ejecución o cualquier comando de ldm. Esta situación se produce cuando el dominio que se va a migrar utiliza un sistema de archivos compartido desde otro sistema, y el sistema de archivos ya no está compartido.
Solución alternativa: haga que el sistema de archivos compartido esté accesible de nuevo.
ID de error 7035438: el comando ldmd permite habilitar la restricción de núcleo completo en un dominio con núcleos parciales, pero no puede eliminar ni definir núcleos desde el mismo dominio.
Solución alternativa: utilice la configuración predeterminada y realice estos pasos en el dominio de control:
Inicie una reconfiguración retrasada en el dominio de control.
# ldm start-reconf primary
Lleve a cabo las operaciones de reconfiguración de memoria necesarias.
Realice las operaciones de reconfiguración de la CPU.
# ldm set-vcpu 16 primary # ldm set-vcpu -c 2 primary
En este ejemplo se utilizan dos núcleos, pero pueden utilizarse de uno hasta el límite establecido por el sistema.
ID de error 7034498: en el modo de usuario único, cuando se intenta añadir una CPU virtual a un dominio se devuelve el valor de estado 0. El valor de estado de este error debe ser 1.
ID de error 7034191: si el servicio del registro del sistema (svc:/system/system-log) no se puede iniciar ni conectar, el servicio del agente de Logical Domains no se conectará. Si el servicio del agente de Logical Domains no está conectado, los comandos virtinfo, ldm add-vsw, ldm add-vdsdev y ldm list-io podrían no funcionar del modo esperado.
Solución alternativa: asegúrese de que el servicio svc:/ldoms/agents:default esté habilitado y en línea:
# svcs -l svc:/ldoms/agents:default
Si el servicio svc:/ldoms/agents:default no está conectado, compruebe que esté habilitado y que todos sus servicios dependientes estén en línea.
ID de error 7030045: la migración de un dominio invitado activo podría bloquearse y el equipo de origen podría no responder. Cuando se produce este problema, el siguiente mensaje aparece escrito en la consola y en el archivo /var/adm/messages:
vcc: i_vcc_ldc_fini: cannot close channel 15 vcc: [ID 815110 kern.notice] i_vcc_ldc_fini: cannot close channel 15
Tenga en cuenta que el número de canal que aparece es el número de canal interno de Solaris de Oracle, que puede ser diferente en cada mensaje de advertencia.
Solución alternativa: antes de migrar el dominio, desconéctese de la consola del dominio invitado.
Recuperación: apague y encienda el equipo de origen.
ID de error 7027105: podría aparecer un mensaje No response en el registro de Oracle VM Server for SPARC si la directiva de la DRM de un dominio cargado vence después de haber reducido notablemente el número de CPU. El resultado del comando ldm list muestra que hay más recursos de CPU asignados al dominio del que se muestra en el resultado del comando psrinfo.
Solución alternativa: utilice el comando ldm set-vcpu para restablecer el número de CPU en el dominio con el valor que se muestra en el resultado de psrinfo.
ID de error 7026160: el usuario realiza una migración de dominio mientras haya una directiva vigente de la DRM. A continuación, si la directiva de la DRM vence o se elimina del dominio migrado, la DRM no podrá restablecer el número original de CPU virtuales en el dominio.
Solución alternativa: si se migra un dominio mientras hay activa una directiva de la DRM y luego vence o se elimina dicha directiva, restablezca el número de CPU virtuales. Utilice el comando ldm set-vcpu para definir el número de CPU virtuales con el valor original en el dominio.
ID de error 7025445: la ejecución del comando ldm set-vcpu 1 en un dominio huésped con más de 100 CPU virtuales y algunas unidades criptográficas no permite eliminar las CPU virtuales. Las CPU virtuales no se eliminan a causa de un error de tiempo de espera de la DR. Las unidades criptográficas se eliminan correctamente.
Solución alternativa: utilice el comando ldm rm-vcpu para eliminar todas las CPU virtuales menos una del dominio huésped. No elimine más de 100 CPU virtuales de forma simultánea.
ID de error 7024499: si utiliza un archivo XML para enlazar un dominio con el comando ldm bind -i xml-file, el enlace podría fallar. El error se debe a un dispositivo de red o una ruta de componente posterior de disco que no sean válidos, aunque se utilicen las opciones -f o -q. El enlace falla cuando se cumplen las dos circunstancias siguientes:
El archivo XML hace referencia a un dispositivo de red o una ruta de componente posterior de disco que no son válidos.
El dominio de servicio que admite el dispositivo de red o la ruta de componente posterior de disco que no son válidos está en funcionamiento y es compatible con ldmad.
Aunque puede especificar las opciones -f y -q con el comando bind -i archivo_xml, dichas opciones no se tendrán en cuenta.
Solución alternativa: haga lo siguiente:
Inhabilite temporalmente el comando ldmad en los dominios de servicios que tengan un dispositivo o un componente posterior no válidos.
# svcadm disable ldoms/agents
Vuelva a habilitar ldmad en cada dominio de servicio en el que haya inhabilitado ldmad tras el enlace.
# svcadm enable ldoms/agents
ID de error 7023216: no se puede migrar un dominio si contiene una dirección MAC duplicada. Normalmente, cuando una migración falla por este motivo, el mensaje de error muestra la dirección MAC duplicada. No obstante, en algunos casos el mensaje de error podría no indicar dicha dirección.
# ldm migrate ldg2 system2 Target Password: Domain Migration of LDom ldg2 failed
Solución alternativa: asegúrese de que las direcciones MAC del equipo de destino sean exclusivas.
ID de error 7019493: si se emiten dos comandos ldm migrate simultáneamente en "dirección opuesta", ambos podrían bloquearse y no llevarse a cabo. Por ejemplo, una situación de "dirección opuesta" es el inicio simultáneo de una migración en el equipo A al equipo B y una migración en el equipo B al equipo A.
El bloqueo se produce en los procesos de migración aunque se inicien como simulación mediante la opción -n. Cuando tiene lugar este problema, podrían bloquearse todos los demás comandos ldm.
Solución alternativa: ninguna.
ID de error 6994984: utilice una reconfiguración retrasada en lugar de una reconfiguración dinámica para eliminar más de 100 CPU del dominio primary. Siga estos pasos:
Utilice el comando ldm start-reconf primary para poner el dominio de control en modo de reconfiguración retardada.
Partición del sistema host del los recursos que son propiedad del control dominio, como sea necesario.
Utilice el comando ldm cancelar-reconf para deshacer las operaciones en el paso 2, si es necesario, y comenzar de nuevo.
Reinicie el dominio de control para hacer que se realicen los cambios de la configuración.
ID de error 6994300: el Logical Domains Manager podría bloquearse en un sistema SPARC T3 cuando se realizan operaciones con la memoria y quizás operaciones de migración. Dichas operaciones no se podrán completar.
Este bloqueo podría producirse en cualquier plataforma T3 que utilice un adaptador de unidad de interfaz de red (NIU), y se ha confirmado en sistemas que utilizan extensores XAUI.
Solución alternativa: aplique el ID de parche 144500-19.
ID de error 6989192 y 7071760: el sistema operativo puede bloquearse al iniciar sesión o al ejecutar comandos si se dan las condiciones siguientes:
El SO Solaris de Oracle 10 8/11 OS se ejecuta en un sistema SPARC sun4v
La normativa elástica de administración de energía se define en el procesador de servicio de ILOM del sistema
Solución alternativa: aplique el ID de parche 147149-01.
ID de error 6984681: cuando se utiliza el comando pkgadd para instalar el paquete SUNWldm.v desde un directorio que se exporta mediante un NFS desde un dispositivo Oracle ZFS Storage Appliance, es posible que aparezca el mensaje de error siguiente:
cp: failed to set acl entries on /var/svc/manifest/platform/sun4v/ldmd.xml
Solución alternativa: omita este mensaje.
ID de error 6984008: es posible instalar un sistema SPARC T3-1 con discos de doble puerto, a los que puede accederse a través de dos dispositivos de E/S directa diferentes. En este caso, si asigna estos dos dispositivos de E/S directa a diferentes dominios, los discos podrían ser utilizados por ambos dominios y podrían impactar los unos en los otros en el uso real de dichos discos.
Solución alternativa: no asigne dispositivos de E/S directa que tengan acceso al mismo conjunto de discos a diferentes dominios de E/S. Los pasos que debe seguir para determinar si tiene discos de doble puerto en el sistema T3-1 son los siguientes:
Determine si el sistema tiene discos de doble puerto ejecutando el siguiente comando en el SP:
-> show /SYS/SASBP
Si el resultado incluye el siguiente valor fru_description, el sistema correspondiente tiene discos de doble puerto
fru_description = BD,SAS2,16DSK,LOUISE
Si se encuentran discos duales en el sistema, asegúrese de que los siguientes dispositivos de E/S directa estén siempre asignados al mismo dominio:
pci@400/pci@1/pci@0/pci@4 /SYS/MB/SASHBA0 pci@400/pci@2/pci@0/pci@4 /SYS/MB/SASHBA1
ID de error 6983279: al asociar varias instancias nxge de NIU en un dominio, es posible que los comandos ldm rm-mem y ldm set-mem, que se utilizan para suprimir memoria del dominio, nunca lleguen a completarse. Para establecer si el problema se ha producido durante una operación de supresión de memoria, supervise el progreso de la operación con el comando ldm list -o status. Es posible que tenga este problema si el porcentaje del progreso sigue siendo constante durante varios minutos.
Recuperación: cancele el comando ldm rm-mem o ldm set-mem.
Solución alternativa: cancele el comando ldm rm-mem o ldm set-mem, y compruebe si se ha suprimido la cantidad de memoria suficiente. Si no es así, un comando de supresión de memoria posterior para suprimir una cantidad de memoria menor podría completarse correctamente.
Si el problema se ha producido en el dominio primary, haga lo siguiente:
Inicie una operación de reconfiguración retrasada en el dominio primary.
# ldm start-reconf primary
Asigne la cantidad de memoria que desee al dominio.
Reinicie el dominio primary.
Si el problema se produjo en otro dominio, detenga el dominio antes de ajustar la cantidad de memoria que está asignada al dominio.
ID de error 6982280: en algunas instancias, cuando se está en modo elástico, ldmd puede indicar de forma errónea que algunas CPU de E/S en un dominio huésped están al 100 % de su uso. Este informe ldmd contradice el estado del procesador real que se obtiene ejecutando prsinfo en el dominio huésped.
Solución alternativa: defina el número de CPU en el dominio huésped como 2. A continuación, restablezca el número de CPU en su valor original.
ID de error 6981081: si se exporta un CD o DVD físico de inicio como disco virtual, es posible que el CD o DVD virtual no pueda iniciarse desde el dominio huésped que lo utiliza. De igual forma, el inicio puede producir errores con un error similar al siguiente:
{0} ok boot /virtual-devices@100/channel-devices@200/disk@1:f
Boot device: /virtual-devices@100/channel-devices@200/disk@1:f File and args:
Bad magic number in disk label
ERROR: /virtual-devices@100/channel-devices@200/disk@1: Can't open disk label package
ERROR: boot-read fail
Can't open boot device
La aparición de este problema depende del tipo de unidad CD o DVD física que esté instalado en el sistema.
ID de error 6979574: si se crea una dependencia de restablecimiento, un comando ldm stop -a puede dar como resultado el reinicio de una dependencia de restablecimiento en lugar de su detención.
Solución alternativa: en primer lugar, emita el comando ldm stop al dominio maestro. A continuación, emita el comando ldm stop al dominio esclavo. Si la parada inicial del dominio esclavo produce un error, emita el comando ldm stop -f al dominio esclavo.
ID de error 6978843: a veces, al intentar suprimir unidades criptográficas de forma dinámica, se emitirá el siguiente mensaje:
# ldm set-crypto 0 primary Aug 20 13:02:27 guest1 ncp: WARNING: ncp0: ncp_mau_unconfig: unable to find MAU for cpu 112 Aug 20 13:02:27 guest1 ncp: WARNING: ncp0: ncp_mau_unconfig: unable to find MAU for cpu 104
Solución alternativa: establezca si alguna CPU presenta errores, y en caso afirmativo, márquela como en línea.
# psrinfo # psradm -n 0-127
Utilice la reconfiguración retrasada para suprimir las unidades criptográficas.
# ldm start-reconf primary # ldm set-crypto 0 primary # reboot
ID de error 6972633: el dominio de servicio produce un error grave al realizar una migración en caliente de un dominio huésped. El equipo de origen de la migración es un servidor SPARC T3-1 que tiene la función de E/S híbrida de NIU.
El problema puede producirse cuando se cumplen todas estas condiciones:
El equipo de origen es un servidor SPARC T3-1.
El dominio huésped tiene el modo de E/S híbridas instalado.
El dominio huésped tiene un recurso de E/S híbridas asignado.
Un dominio huésped que tiene E/S híbridas para una interfaz de red virtual muestra hybrid en la columna MODE de la siguiente manera:
# ldm list -o network ldg1 ... NAME SERVICE ID DEVICE MAC MODE PVID MTU vnet2 niu-vsw@primary 1 network@1 00:14:4f:fa:9e:89 hybrid 1 1500
Sin embargo, el recurso de E/S híbridas sólo se asigna si el siguiente comando muestra resultados en el dominio huésped:
# kstat -p nxge
Solución alternativa: realice los siguientes pasos:
Obtenga la configuración actual del dispositivo de red virtual.
Este paso garantiza que la reasociación de la interfaz está libre de errores.
# ifconfig vnet1
Desligue la interfaz de red virtual en el dominio huésped antes de realizar la migración.
# ifconfig vnet1 unplumb
Realice la migración.
Instale la interfaz.
# ifconfig vnet1 plumb
ID de error 6968507: tras la migración de un dominio activo, la utilización de la CPU del dominio migrado puede aumentar enormemente durante un corto período de tiempo. Si existe una normativa de administración de recursos dinámicos (DRM) en vigor para el dominio en el momento de la migración, el Logical Domains Manager puede comenzar a añadir CPU. En particular, si las propiedades vcpu-max y attack no se especificaron cuando se añadió la normativa, el valor predeterminado de unlimited provocará que todas las CPU sin enlazar del equipo de destino se añadan al dominio migrado.
Recuperación: no es necesaria la recuperación. Cuando la utilización de la CPU caiga por debajo del límite máximo especificado en la normativa de DRM, Logical Domains Manager suprimirá automáticamente las CPU.
ID de error 6968100: en ocasiones las direcciones MAC en uso no se detectan y se reasignan de forma incorrecta.
Solución alternativa: compruebe manualmente que no se pueda reasignar una dirección MAC en uso.
ID de error 6967799: la secuencia de comandos ldmconfig no puede crear correctamente una configuración de dominios lógicos almacenada en el procesador de servicio (SP).
Solución alternativa: no apague y vuelva a encender el sistema después de que se complete la secuencia de comandos ldmconfig y se reinicie el dominio. En lugar de ello, siga estos pasos de forma manual:
Añada la configuración al SP.
# ldm add-spconfig new-config-name
Quite la configuración de primary-with-clients del SP.
# ldm rm-spconfig primary-with-clients
Apague y encienda el sistema.
Si no sigue estos pasos antes del ciclo de encendido del sistema, la existencia de la configuración de primary-with-client provocará que los dominios estén inactivos. En este caso, debe enlazar cada dominio de forma manual y luego iniciarlos ejecutando el comando ldm start -a. Una vez iniciados los huéspedes, repita este procedimiento para permitir que los dominios huésped se inicien automáticamente tras un ciclo de encendido.
ID de error 6965758: la migración de un dominio activo puede provocar errores si utiliza una versión anterior al SO Solaris de Oracle 10 10/09 y si la CPU con el número más bajo del dominio se encuentra en el estado offline (fuera de línea). La operación produce errores cuando Logical Domains Manager utiliza la DR de CPU para reducir el dominio a una única CPU. En este proceso, Logical Domains Manager intenta suprimir todo excepto la CPU más baja del dominio, pero dado que dicha CPU está fuera de línea, la operación produce errores.
Solución alternativa: antes de intentar la migración, asegúrese de que la CPU con el número más bajo del dominio está en el estado online (en línea).
ID de error 6956431: tras suspender un dominio Solaris de Oracle 10 10 9/10 como parte de una operación de migración, se inhabilitará la reconfiguración dinámica (DR) de memoria. Esto se aplica no sólo cuando la migración se realiza correctamente, sino también cuando la migración se ha cancelado, a pesar del hecho de que el dominio permanezca en el equipo de origen.
ID de error 6936833: si modifica la unidad de transmisión máxima (MTU) de un dispositivo de red virtual en el dominio de control, se activará una operación de reconfiguración retrasada. Si cancela posteriormente la reconfiguración retrasada, el valor MTU del dispositivo no se restaurará al valor original.
Recuperación: vuelva a ejecutar el comando ldm set-vnet para establecer la MTU en su valor original. Al restablecer el valor MTU el dominio de control activará el modo de reconfiguración retrasada, el cual deberá cancelar. El valor MTU que aparecerá como resultado será el valor MTU original correcto.
# ldm set-vnet mtu=orig-value vnet1 primary # ldm cancel-op reconf primary
ID de error 6912155: en algunas configuraciones compatibles, cuando no se rellenan todas las ranuras DIMM en un equipo, la asignación de direcciones de memoria física resultante no es contigua y puede tener direcciones sin asignar en los bloques de memoria sucesivos. En el caso de dichas configuraciones, la DR de memoria no se admite.
Solución alternativa: para reconfigurar la memoria cuando no se admita la DR, siga estos pasos:
Dominio primary: utilice la reconfiguración retrasada.
Otros dominios: detenga el dominio, lleve a cabo la reconfiguración de la memoria y reinicie el dominio.
Para obtener información sobre el diseño de la memoria, consulte la documentación del hardware de la plataforma.
ID de error 6904849: a partir de la versión Logical Domains 1.3, un dominio puede migrar aunque tenga una o varias unidades criptográficas enlazadas.
En el siguiente caso, el equipo de destino sólo contendrá una CPU una vez finalizada la migración:
El equipo de destino utiliza Logical Domains 1.2.
El dominio de control del equipo de destino utiliza una versión de Solaris de Oracle OS que no es compatible con la DR de unidades criptográficas.
Puede migrar dominios que contengan unidades criptográficas.
Una vez finalizada la migración, el dominio de destino se reanudará correctamente y estará totalmente operativo, pero en un estado degradado (sólo una CPU).
Solución alternativa: antes de la migración, suprima las unidades criptográficas del equipo de origen que utiliza Logical Domains 1.3.
Mitigación: para evitar este problema, realice uno de estos pasos o ambos:
Instale el último software Oracle VM Server for SPARC en el equipo de destino.
Instale el parche ID 142245-01 en el dominio de control del equipo de destino, o actualice como mínimo al Solaris de Oracle 10 10/09.
ID de error 6904240: en determinadas situaciones, la migración no se realiza correctamente y muestra el siguiente mensaje de error, y ldmd informa de que no ha sido posible enlazar la memoria necesaria para el dominio de origen. Esta situación puede producirse aunque la cantidad total de memoria disponible en el equipo de destino sea mayor que la cantidad de memoria que utiliza el dominio de origen (tal y como muestra ldm ls-devices -a mem).
Unable to bind 29952M memory region at real address 0x8000000 Domain Migration of LDom ldg0 failed
Causa: este error se debe a la incapacidad de cumplir requisitos de congruencia entre la dirección real (RA) y la dirección física (PA) en el equipo de destino.
Solución alternativa: detenga el dominio y realice la migración como migración en frío. También puede reducir el tamaño de la memoria en el dominio huésped a 128 Mbytes para permitir continuar con la migración mientras se ejecuta el dominio.
ID de error 6897743: si todas las unidades criptográficas de hardware se suprimen de forma dinámica de un dominio en ejecución, la estructura criptográfica no podrá cambiar a los proveedores criptográficos de software correctamente, y acabará con todas las conexiones ssh.
Recuperación: restablezca las conexiones ssh después de suprimir todas las unidades criptográficas del dominio.
Solución alternativa: establezca UseOpenSSLEngine=no en el archivo /etc/ssh/sshd_config del servidor, y ejecute el comando svcadm restart ssh.
A continuación, todas las conexiones ssh ya no utilizarán las unidades criptográficas de hardware (y, por lo tanto, no se beneficiarán de las mejoras de rendimiento relacionadas), y las conexiones ssh no se desconectarán cuando se supriman las unidades criptográficas.
ID de error 6892229: al ejecutar el comando ldm ls-io -l en un sistema que tiene instalada una tarjeta Ethernet de fibra de 10 Gigabits dual PCI Express Atlas (X1027A-Z), el resultado puede ser el siguiente:
primary# ldm ls-io -l ... pci@500/pci@0/pci@c PCIE5 OCC primary network@0 network@0,1 ethernet ethernet
El resultado muestra cuatro subdispositivos aunque esta tarjeta Ethernet tan sólo tiene dos puertos. Esta anomalía se produce debido a que esta tarjeta tiene cuatro funciones PCI. Dos de estas funciones están inhabilitadas de forma interna y aparecen como ethernet en el resultado de ldm ls-io -l.
Solución alternativa: puede ignorar las entradas de ethernet en el resultado de ldm ls-io -l.
ID de error 6855079: un comando ldm puede tardar en responder si se están iniciando varios dominios. Si emite un comando ldm en esta fase, es posible que parezca que se bloquea. Tenga en cuenta que el comando ldm volverá una vez realizada la tarea esperada. Cuando regrese el comando, el sistema debería responder con normalidad a los comandos ldm.
Solución alternativa: evite iniciar varios dominios al mismo tiempo. Sin embargo, si debe iniciar varios dominios al mismo tiempo, absténgase de emitir más comandos ldm hasta que el sistema vuelva a la normalidad. Por ejemplo, espere unos dos minutos en los servidores Sun SPARC Enterprise T5140 y T5240 y unos cuatro minutos en el servidor Sun SPARC Enterprise T5440 o en el servidor Netra T5440.
ID de error 6853273: mientras un sistema se encuentra en el modo elástico de administración de energía, si reinicia un dominio huésped podrían aparecer los siguientes mensajes de advertencia y producirse un error al iniciar el sistema:
WARNING: /virtual-devices@100/channel-devices@200/disk@0: Sending packet to LDC, status: -1 WARNING: /virtual-devices@100/channel-devices@200/disk@0: Can't send vdisk read request! WARNING: /virtual-devices@100/channel-devices@200/disk@0: Timeout receiving packet from LDC ... retrying
Solución alternativa: si observa estas advertencias, utilice una de las soluciones alternativas en el siguiente orden:
Si el dominio huésped muestra el indicador ok> y acepta entradas, escriba reset-all.
En el dominio de control, emita el comando ldm stop domain-name y, a continuación, el comando ldm start domain-name.
Cambie el modo de administración de energía al modo de rendimiento, detenga e inicie el dominio huésped afectado y, a continuación, vuelva al modo elástico.
ID de error 6846889: al reiniciar el dominio de control o un dominio huésped, es posible que el siguiente mensaje de advertencia se registre en el dominio de control y en el dominio huésped que se están reiniciando
WARNING: ds@0: ds_ldc_cb: LDC READ event while port not up
Solución alternativa: puede ignorar este mensaje.
ID de error 6839787: a veces, un dominio huésped que ejecuta como mínimo el SO Solaris de Oracle 10 10/08 no realiza correctamente la conexión entre los servicios de dominio y un dominio de control que utiliza el SO Solaris de Oracle 10 10 5/09.
Las conexiones de los servicios de dominio permiten utilizar funciones tales como la reconfiguración dinámica (DR), la FMA y la administración de energía (PM). Dicho error se produce al iniciar el dominio huésped, por lo que si se reinicia el dominio normalmente se soluciona el problema.
Solución alternativa: reinicie el dominio huésped.
ID de error 6836587: algunas veces ifconfig indica que el dispositivo no existe después de añadir una red virtual o un disco virtual a un dominio. Esta situación podría producirse como resultado al no crearse la entrada /devices.
Aunque esto no debería ocurrir durante el funcionamiento normal, el error se observó cuando el número de instancia de un dispositivo de red virtual no coincidía con el número de instancia que aparecía en el archivo /etc/path_to_inst.
Por ejemplo:
# ifconfig vnet0 plumb ifconfig: plumb: vnet0: no such interface
El número de instancia de un dispositivo virtual aparece en la columna DISPOSITIVO del resultado ldm list:
# ldm list -o network primary
NAME
primary
MAC
00:14:4f:86:6a:64
VSW
NAME MAC NET-DEV DEVICE DEFAULT-VLAN-ID PVID VID MTU MODE
primary-vsw0 00:14:4f:f9:86:f3 nxge0 switch@0 1 1 1500
NETWORK
NAME SERVICE DEVICE MAC MODE PVID VID MTU
vnet1 primary-vsw0@primary network@0 00:14:4f:f8:76:6d 1 1500
El número de instancia (0 para los comandos vnet y vsw que aparecen anteriormente) puede compararse con el número de instancia del archivo path_to_inst para garantizar que coinciden.
# egrep '(vnet|vsw)' /etc/path_to_inst "/virtual-devices@100/channel-devices@200/virtual-network-switch@0" 0 "vsw" "/virtual-devices@100/channel-devices@200/network@0" 0 "vnet"
Solución alternativa: en el caso de que los números de instancia no coincidan, suprima la red virtual o el conmutador virtual. A continuación, añádalos de nuevo especificando explícitamente el número de instancia necesario configurando la propiedad id.
También puede editar manualmente el archivo /etc/path_to_inst. Consulte la página del comando man path_to_inst(4).
 | Precaución - Tenga en cuenta la advertencia que contiene la página del comando man y que afirma que “no deben realizarse cambios en /etc/path_to_inst sin considerarlo detenidamente”. |
ID de error 6829016: si Logical Domains está configurado en un sistema y añade otra tarjeta de red XAUI, la tarjeta no se verá después de realizar el ciclo de energía del equipo.
Recuperación: para poder ver los nuevos XAUI añadidos en el dominio de control, realice los siguientes pasos:
Configure y borre una variable ficticia en el dominio de control.
Los siguientes comandos utilizan una variable ficticia llamada fix-xaui:
# ldm set-var fix-xaui=yes primary # ldm rm-var fix-xaui primary
Guarde la configuración modificada en el SP, sustituyendo la configuración actual.
Los siguientes comandos utilizan un nombre de configuración de config1:
# ldm rm-spconfig config1 # ldm add-spconfig config1
Realice el reinicio de reconfiguración del dominio de control.
# reboot -- -r
En este momento, puede configurar las nuevas redes disponibles para que Logical Domains las utilice.
ID de error 6808832: puede configurar un máximo de dos dominios con complejos de raíz PCI-E dedicados en sistemas tales como Sun Fire T5240. Estos sistemas tienen dos CPU UltraSPARC T2+ y dos complejos de raíz de E/S.
pci@500 y pci@400 son los dos complejos de raíz del sistema. El dominio primary siempre contendrá al menos un complejo de raíz. Es posible configurar un segundo dominio con un complejo de raíz sin asignar o sin enlazar.
El tejido (o la hoja) pci@400 contiene la tarjeta de red e1000g en placa. Las siguientes circunstancias podrían provocar un error grave en el dominio:
Si el sistema está configurado con un dominio primary que contiene pci@500 y un segundo dominio que contiene pci@400
Nota - En algunas tarjetas modulares, el dominio primary (disco del sistema) se encuentra en el bus pci@400 de forma predeterminada.
El dispositivo e1000g del tejido pci@400 se utiliza para iniciar el segundo dominio
Evite los siguientes dispositivos de red si están configurados en un dominio no primario:
/pci@400/pci@0/pci@c/network@0,1 /pci@400/pci@0/pci@c/network@0
Cuando estas condiciones son verdaderas, el dominio producirá un error grave de PCI-E.
Evite dicha configuración, o si utiliza esta configuración, no inicie desde los dispositivos mostrados.
ID de error 6781589: durante una migración, se ignoran los puertos y los grupos de consola asignados explícitamente, y se crea una consola con propiedades predeterminadas para el dominio de destino. Esta consola se crea utilizando el nombre del dominio de destino como el grupo de consola y cualquier puerto disponible en el primer concentrador de consola virtual (vcc) del dominio de control. Si hay un conflicto con el valor predeterminado nombre de grupo, la migración no se produce.
Recuperación: para restaurar las propiedades de la consola explícita después de una migración, desvincule el dominio de destino y establezca manualmente las propiedades que desee utilizando el comando ldm set-vcons.
ID de error 6773569: después de cambiar de una configuración a otra (utilizando el comando ldm set-config seguido de un ciclo de energía), es posible que los dominios definidos en la configuración anterior aún estén presentes en la configuración actual, en estado inactivo.
Esto es el resultado de no sincronizar la base de datos de restricciones de Logical Domains Manager con el cambio en la configuración. Estos dominios inactivos no afectan a la configuración en ejecución y pueden destruirse de forma segura.
ID de error 6772120: si el disco virtual del equipo de destino no apunta al mismo back end de disco que se utiliza en el equipo de origen, el dominio migrado no podrá acceder al disco virtual utilizando dicho back end de disco. Puede producirse un bloqueo al acceder al disco virtual del dominio.
Actualmente, Logical Domains Manager sólo comprueba que los nombres de volúmenes del disco virtual coinciden con los equipos de origen y destino. En esta situación, no aparecerán mensajes de error si los back ends de disco no coinciden.
Solución alternativa: asegúrese de que al configurar el dominio de destino para recibir un dominio migrado el volumen de disco (vdsdev) coincide con el back end de disco utilizado en el dominio de origen.
Recuperación: siga uno de estos pasos si descubre que el dispositivo de disco virtual del equipo de destino apunta al back end de disco incorrecto:
Proceda como sigue:
Migre el dominio de nuevo al equipo de origen.
Corrija el comando vdsdev en el origen para apuntar al back end de disco correcto.
Migre el dominio de nuevo al equipo de destino.
Detenga y desenlace el dominio en el destino, y corrija el comando vdsdev. Si el SO admite reconfiguración dinámica de E/S virtual, y no se está utilizando el disco virtual incorrecto en el dominio (es decir, no es el disco de inicio y está desmontado), haga lo siguiente:
Utilice el comando ldm rm-vdisk para suprimir el disco.
Corrija el comando vdsdev.
Utilice el comando ldm add-vdisk para añadir de nuevo el disco virtual.
ID de error 6772089: en determinadas situaciones, la migración produce un error y ldmd informa de que no fue posible enlazar la memoria necesaria para el dominio de origen. Esto puede producirse aunque la cantidad total de memoria disponible en el equipo de destino sea mayor que la cantidad de memoria que utiliza el dominio de origen.
Este error se produce porque la migración de rangos de memoria específicos utilizados por el dominio de origen requiere que también existan rangos de memoria compatibles disponibles en el destino. Si no se encuentra dicho rango de memoria compatible para algún rango de memoria del origen, la migración no podrá llevarse a cabo.
Recuperación: si se produce esta condición, es posible que pueda migrar el dominio si modifica el uso de la memoria en el equipo de destino. Para ello, elimine los vínculos o dominios lógicos activos en el destino.
Utilice el comando ldm list-devices -a mem para ver qué memoria está disponible y cómo se utiliza. También es posible que deba reducir la cantidad de memoria que está asignada a otro dominio.
ID de error 6764613: si no tiene ninguna red configurada en su equipo y está utilizando un cliente de Servicios de información de red (NIS), Logical Domains Manager no se iniciará en su sistema.
Solución alternativa: inhabilite el cliente NIS en el equipo que no está conectado a la red:
# svcadm disable nis/client
ID de error 6760933: en ocasiones, un dominio lógico activo parece estar en el estado transition (transición)en lugar de en el estado normal (normal) mucho después de iniciarse o tras la finalización de la migración de un dominio. Este problema no es perjudicial, y el dominio es totalmente operativo. Para ver el indicador que está establecido, active el campo flags (indicadores) en el resultado del comando ldm list -l -p, o bien active el campo FLAGS (INDICADORES) en el comando ldm list, que muestra -n---- para normal o -t---- para transition.
Recuperación: después del próximo reinicio, el dominio muestra el estado correcto.
ID de error 6757486: en ocasiones, después de migrar un dominio, no es posible realizar la conexión con la consola de dicho dominio.
Solución alternativa: reinicie el servicio SMF vntsd para habilitar las conexiones con la consola:
# svcadm restart vntsd
Nota - Este comando desconectará todas las conexiones activas de la consola.
ID de error 6753683: a veces, al ejecutar el comando uadmin 1 0 en la línea de comandos de un sistema Logical Domains, el sistema no vuelve al indicador ok tras el posterior reinicio. Este comportamiento incorrecto se observa sólo cuando la variable de Logical Domains auto-reboot? está establecida en true. Si auto-reboot? está establecido en false, se producirá el comportamiento esperado.
Solución alternativa: utilice este comando en su lugar:
uadmin 2 0
O bien, ejecútelo siempre con auto-reboot? establecido en false.
ID de error 6742805: el cierre del dominio o la limpieza de memoria pueden tardar más de 15 minutos en realizarse con una única CPU y una configuración con una gran cantidad de memoria. Durante el proceso de apagado, las CPU de un dominio se utilizan para limpiar toda la memoria que corresponde al dominio. El tiempo que se tarda en completar la limpieza puede ser muy largo si una configuración no está equilibrada, es decir, en el caso de un único dominio de CPU con 512 Gbytes de memoria. Este largo tiempo empleado en el proceso de limpieza aumenta la cantidad de tiempo que se tarda en apagar un dominio.
Solución alternativa: asegúrese de que las configuraciones con grandes cantidades de memoria (>100 Gbytes) tengan al menos un núcleo. Esto da como resultado un proceso de apagado mucho más rápido.
ID de error 6705823: si intenta iniciar en red el SO Solaris de Oracle 10 8/07 en cualquier dominio huésped al que preste sus servicios un dominio de servicio que utiliza el SO Solaris de Oracle 10 5/08 podría producirse un bloqueo en el dominio huésped durante la instalación.
Solución alternativa: instale el parche ID 127111-05 en la miniraíz de la imagen de instalación en red del SO Solaris de Oracle 10 8/07.
ID de error 6697096: en determinadas circunstancias, cuando se realizan varias operaciones de ldm set-vcpu en el dominio de control mientras está activado el modo de reconfiguración retrasada, ldmd puede interrumpirse y reiniciarse a través del dispositivo de administración de servicios (SMF).
Mientras el dominio de control se encuentra en el modo de reconfiguración retrasada, tenga cuidado al intentar realizar una operación de ldm set-vcpu. Una única operación de ldm set-vcpu se realizará correctamente, pero la segunda operación de ldm set-vcpu podría provocar que el daemon ldmd volcara el núcleo.
Solución alternativa: reinicie el dominio de control antes de intentar llevar a cabo la segunda operación de ldm set-vcpu.
ID de error 6687634: si el volumen del administrador de volúmenes de Solaris se inicia en un segmento de disco que contiene el bloque 0 del disco, el administrador de volúmenes de Solaris evitará que se escriba en el bloque 0 del volumen para que no se sobrescriba la etiqueta del disco.
Si un volumen del administrador de volúmenes de Solaris que se inicia en un segmento de disco que contiene el bloque 0 del disco se exporta como disco virtual completo, el dominio huésped no podrá escribir en la etiqueta del disco de dicho disco virtual, y esto evitará que Solaris de Oracle OS se instale en dicho disco.
Solución alternativa: los volúmenes del administrador de volúmenes de Solaris exportados como disco virtual no deberían iniciarse en un segmento de disco que contenga el bloque 0 del disco.
Según pautas más generales, los segmentos que se inician en el primer bloque (bloque 0) de un disco físico no deberían exportarse (ni directa ni indirectamente) como disco virtual. Consulte Exportación directa o indirecta de segmento de disco de Guía de administración del servidor Oracle VM para SPARC 2.1.
ID de error 6656033: la instalación en red simultánea de varios dominios huésped no se realiza correctamente en los sistemas que tienen un grupo de consola común.
Solución alternativa: únicamente instale en red dominios huésped que tengan su propio grupo de consola. Este error sólo se observa en dominios que comparten un grupo de consola común entre varios dominios de instalación en red.
ID de error 6629230: el comando scadm de un dominio de control que utiliza como mínimo el SO Solaris 10 11/06 puede bloquearse tras reiniciarse un SC. El sistema no puede restablecer correctamente una conexión tras reiniciarse un SC.
Solución alternativa: reinicie el host para restablecer la conexión con el SC.
Recuperación: reinicie el host para restablecer la conexión con el SC.
ID de error 6610702: es posible que observe el siguiente mensaje de advertencia en la consola del sistema o en el registro del sistema:
ldc_close: (0xb) unregister failed, 11
Tenga en cuenta que el número que aparece entre paréntesis es el número de canal interno de Solaris de Oracle, que puede ser diferente en cada mensaje de advertencia.
Solución alternativa: puede ignorar estos mensajes.
ID de error 6603974: si configura más de cuatro redes virtuales (vnets) en un dominio huésped de la misma red a través del protocolo de configuración dinámica de host (DHCP), es posible que el dominio huésped no responda finalmente mientras ejecuta el tráfico de red.
Solución alternativa: establezca ip_ire_min_bucket_cnt e ip_ire_max_bucket_cnt en valores mayores, tales como 32, si tiene 8 interfaces.
Recuperación: emita el comando ldm stop-domain (ldom) seguido del comando ldm start-domain (ldom) en el dominio huésped (ldom) en cuestión.
ID de error 6591844: si se produce un error en la CPU o en la memoria, es posible que el dominio afectado produzca un error grave y se reinicie. Si la arquitectura de administración de errores (FMA) intenta retirar el componente que ha producido el error mientras se reinicia el dominio, Logical Domains Manager no podrá comunicarse con el dominio y se producirá un error al retirar el componente. En dicho caso, el comando fmadm faulty mostrará el recurso como degraded.
Recuperación: espere a que el dominio termine de reiniciarse y, a continuación, obligue a la FMA a reproducir el evento fallido reiniciando el daemon del administrador de errores (fmd) en el dominio de control utilizando este comando:
primary# svcadm restart fmd
ID de error 6540368: este problema se resume en Persistencia de las variables de Logical Domains y afecta únicamente al dominio de control.
ID de error 6510214: en un entorno Logical Domains, no es posible establecer ni eliminar claves de inicio de red de área amplia (WAN) desde Solaris de Oracle OS utilizando el comando ickey(1M). Todas las operaciones de ickey producirán un error con el siguiente mensaje:
ickey: setkey: ioctl: I/O error
Además, las claves de inicio WAN que se establecen utilizando el firmware OpenBoot en dominios lógicos diferentes al dominio de control no se recuerdan entre los diferentes reinicios del dominio. En estos dominios, las claves del firmware OpenBoot sólo son válidas para un único uso.
ID de error 6506494: hay algunos casos en los que el comportamiento del comando ldm stop-domain es confuso.
# ldm stop-domain -f ldom
Si el dominio se encuentra en el depurador del módulo de kernel, kmdb(1), el indicador y el comando ldm stop-domain producirán un error con el siguiente mensaje:
LDom <domain name> stop notification failed
ID de error 6497796: raras veces, cuando una variable de Logical Domains, como por ejemplo boot-device, se está actualizando desde un dominio huésped utilizando el comando eeprom(1M) al mismo tiempo que se está utilizando Logical Domains Manager para añadir o suprimir CPU virtuales del mismo dominio, es posible que el SO se bloquee.
Solución alternativa: asegúrese de que estas dos operaciones no se realicen al mismo tiempo.
Recuperación: utilice los comandos ldm stop-domain y ldm start-domain para detener e iniciar el SO huésped.
ID de error 6493140: a veces, Solaris de Oracle OS no puede utilizar la DR para suprimir todas las CPU solicitadas. Cuando se produzca este problema, verá mensajes de error similares a estos:
Removal of cpu 10 failed
Recuperación: emita una solicitud posterior para suprimir el número de CPU que no pudieron suprimirse la primera vez. Este reintento normalmente funciona.
Esta sección contiene errores de la documentación que se han detectado demasiado tarde para solucionarlos en la versión del Oracle VM Server for SPARC 2.1.
La sección “Compatibilidad de software” de Guía de administración de Oracle VM Server for SPARC 2.1 hace referencia de manera incorrecta a información sobre requisitos para obtener las funciones más recientes. Debería hacer referencia a la sección Requisitos de migración de dominio directo.
La descripción afirma que el comando ldm stop emite una solicitud shutdown cuando en realidad emite una llamada del sistema uadmin().
Para cerrar un dominio de la forma más normal y ordenada posible, realice una operación de shutdown o init en el dominio que desea detener. Consulte la página de comando man shutdown(1M) o init(1M).
El nombre del paquete Logical Domains Manager que debe instalarse es SUNWldm.v. Cualquier comando pkgadd de la documentación de Oracle VM Server for SPARC 2.1 debe hacer referencia al nombre del paquete SUNWldm.v.
La sinopsis del comando load de ILOM den Actualización del firmware del sistema de Guía de administración del servidor Oracle VM para SPARC 2.1 utiliza de forma incorrecta el carácter de barra diagonal inversa (\) para indicar que todo el comando se debe colocar en una sola línea.
Cuando especifique este comando, no incluya el carácter de barra diagonal inversa y asegúrese de que todo el comando esté en una sola línea.
|