ID de bug 20612716: la migración en directo de un dominio invitado que ejecuta Oracle Solaris 11.2 SRU 8 de una máquina con firmware basado en la versión 1.14x del hipervisor a una máquina con la versión 1.13.2 del hipervisor puede ocasionar daños en la memoria o volcados por caída a raíz de un aviso grave de pérdida de núcleo después de que se reinicia el invitado.
Este problema afecta a las siguientes migraciones en directo:
En los sistemas basados en SPARC T4, este fallo se produce al migrar de un sistema que ejecuta la versión de firmware 8.7.x a un sistema que ejecuta hasta la versión de firmware 8.6.x inclusive.
En los sistemas basados en SPARC T5 y otros sistemas que utilizan el firmware 9.x, este fallo se produce cuando se realiza la migración de un sistema que ejecuta la versión de firmware 9.4.x a un sistema que ejecuta hasta la versión de firmware 9.3.x inclusive.
De un sistema que ejecuta la versión de firmware 8.7.x a un sistema que ejecuta hasta la versión de firmware 8.6.x inclusive.
De un sistema que ejecuta la versión de firmware 9.4.x a un sistema que ejecuta hasta la versión de firmware 9.3.x inclusive.
Solución alternativa: para evitar el problema, agregue la siguiente línea al archivo /etc/system en el dominio que se va a migrar.
set retained_mem_already_checked=1
Para obtener información acerca de cómo crear o actualizar correctamente los valores de propiedades de /etc/system, consulte Actualización de valores de propiedad en el archivo /etc/system de Guía de administración para Oracle VM Server for SPARC 3.2 .
A continuación, reinicie el dominio antes de intentar migrar del hipervisor versión 1.14.x al hipervisor versión 1.13.2.
Si el dominio invitado ya se ha migrado del firmware 8.7.x al firmware 8.6.x o del firmware 9.4.x al firmware 9.3.x, detenga y reinicie el dominio invitado. Por ejemplo:
primary# ldm stop-domain domainname primary# ldm start-domain domainname
ID de bug 20594568: se ha bloqueado una migración en directo de un dominio invitado que ejecuta Oracle Solaris 11.2 SRU 8 de una máquina con firmware basado en el hipervisor 1.14.x a una máquina con el hipervisor 1.13.1.
primary# ldm migrate ldg0 target-host Target Password: API group 0x11d v1.0 is not supported in the version of the firmware running on the target machine. Domain ldg0 is using features of the system firmware that are not supported in the version of the firmware running on the target machine.
Este problema afecta a las siguientes migraciones en directo:
En los sistemas basados en SPARC T4, este fallo se produce al migrar de un sistema que ejecuta la versión de firmware 8.7.x a un sistema que ejecuta hasta la versión de firmware 8.5.x inclusive.
En los sistemas basados en SPARC T5 y otros sistemas que utilizan el firmware 9.x, este fallo se produce cuando se realiza la migración de un sistema que ejecuta la versión de firmware 9.4.x a un sistema que ejecuta hasta la versión de firmware 9.2.1.c inclusive.
De un sistema que ejecuta la versión de firmware 8.7.x a un sistema que ejecuta hasta la versión de firmware 8.6.x inclusive.
De un sistema que ejecuta la versión de firmware 9.4.x a un sistema que ejecuta hasta la versión de firmware 9.3.x inclusive.
Solución alternativa: para evitar el problema, agregue la siguiente línea al archivo /etc/system en el dominio que se va a migrar.
set retained_mem_already_checked=1
Para obtener información acerca de cómo crear o actualizar correctamente los valores de propiedades de /etc/system, consulte Actualización de valores de propiedad en el archivo /etc/system de Guía de administración para Oracle VM Server for SPARC 3.2 .
A continuación, reinicie el dominio y vuelva a intentar efectuar la migración.
ID de bug 20453206: una operación de migración puede fallar aunque haya disponible suficiente memoria en una distribución válida del sistema de destino. Las operaciones de DR de memoria pueden hacer que resulte más difícil migrar a un dominio invitado.
Solución alternativa: ninguna.
ID de bug 19163498 y 16585085: un dominio lógico que utiliza dispositivos iSCSI no se puede emplear la migración en directo.
ID de bug 18289196: en un sistema SPARC, una zona de núcleo en ejecución en un dominio de Oracle VM Server for SPARC bloquea la migración en directo del dominio invitado si se ejecutan uno o más componentes de revisión de versión anterior. Aparecerá el siguiente mensaje de error:
Live migration failed because Kernel Zones are active. Stop Kernel Zones and retry.
Solución alternativa: opte por una de estas soluciones:
Detenga la ejecución de la zona de núcleo.
# zoneadm -z zonename shutdown
Suspenda la zona de núcleo.
# zoneadm -z zonename suspend
ID de bug 17285751: en el SO Oracle Solaris 10, es posible que la migración de un dominio que tiene solo una CPU virtual asignada genere la emisión de un aviso grave en el dominio invitado, en la función pg_cmt_cpu_fini().
Solución alternativa: asigne al menos dos CPU virtuales al dominio invitado antes de realizar la migración en directo. Por ejemplo, utilice el comando ldm add-vcpu number-of-virtual-CPUs domain-name para aumentar la cantidad de CPU virtuales asignadas al dominio invitado.
ID de bug 17191488: al intentar migrar un dominio de un sistema SPARC T5-8 a un sistema SPARC T4-4, se produce el siguiente error:
primary# ldm migrate ldg1 system2 Target Password: Timeout waiting for domain ldg1 to suspend Domain Migration of LDom ldg1 failed
Solución alternativa: para evitar este problema, establezca extended-mapin-space=on.
primary# ldm set-domain extended-mapin-space=on domain-name
ID de bug 17027275: las migraciones de dominios entre los sistemas SPARC T4 que ejecutan el firmware del sistema 8.3 y los sistemas SPARC T5, SPARC M5 o SPARC M6 no se deben permitir. Aunque la migración se realice correctamente, la posterior operación de DR de memoria genera un aviso grave.
Solución alternativa: actualice el firmware del sistema en el sistema SPARC T4 a la versión 8.4. Consulte la solución alternativa para Avisos graves del dominio invitado en lgrp_lineage_add(mutex_enter: bad mutex, lp=10351178).
ID de bug 16864417: el comando ldm migrate -n no informa un fallo al intentar una migración entre un equipo SPARC T5, SPARC M5 o SPARC M6 y un equipo UltraSPARC T2 o SPARC T3.
Solución alternativa: ninguna.
ID de bug 15825538: en un dominio lógico configurado con interfaces de red de E/S híbrida (mode=hybrid) y con la migración entre CPU activada (cpu-arch=generic), si se ejecuta una migración en directo segura (ldm migrate), es posible que se agote el tiempo de espera de la migración y que el dominio quede en un estado de suspensión.
Recuperación: reinicie el dominio lógico.
Solución alternativa: no utilice dispositivos de red virtual de E/S híbrida con la migración en directo entre CPU.
ID de bug 15819714: en algunas circunstancias poco comunes, el comando ldm list -o status informa un porcentaje de finalización falso cuando se utiliza para observar el estado de una migración en un dominio de control.
Este problema no afecta a los dominios que se migran ni a los daemons de ldmd en los dominios de control de origen o destino.
Solución alternativa: ejecute el comando ldm list -o status en el otro dominio de control que está presente en la migración para observar el progreso.
ID de bug 15803617: el dominio primary o un dominio invitado activo pueden generar un aviso grave durante una operación de desenlace o de migración en directo si el dominio está configurado con dispositivos de red virtual de E/S híbrida.
Recuperación: reinicie el dominio afectado.
Solución alternativa: no utilice dispositivos de red virtual de E/S híbrida.
ID de bug 15776752: si cancela una migración en directo, el contenido de la memoria de la instancia del dominio que se crea en el destino se debe “limpiar” mediante el hipervisor. Este proceso de limpieza se realiza por motivos de seguridad y se debe completar para que la memoria pueda regresar al grupo de memoria libre. Mientras esta limpieza está en curso, los comandos ldm no responden. Como resultado, Logical Domains Manager parece estar bloqueado.
Recuperación: debe esperar a que finalice esta solicitud de limpieza antes de intentar ejecutar otros comandos ldm. Este proceso puede tardar bastante. Por ejemplo, un dominio invitado que tiene 500 GB de memoria puede completar este proceso en 7 minutos como máximo en un servidor SPARC T4 o en 25 minutos como máximo en un servidor SPARC T3.
ID de bug 15776123: si el comando cputrack se ejecuta en un dominio invitado mientras ese dominio se migra a un sistema SPARC T4, es posible que se produzca un aviso grave en el dominio invitado del equipo de destino tras la migración.
Solución alternativa: no ejecute el comando cputrack durante la migración de un dominio invitado a un sistema SPARC T4.
ID de bug 15775055: tras migrar un dominio entre dos equipos que tienen frecuencias de CPU diferentes, es posible que los informes de tiempo de actividad del comando ldm list sean incorrectos. Estos resultados incorrectos se generan porque el tiempo de actividad se calcula en función de la frecuencia STICK del equipo en el que se ejecuta el dominio. Si la frecuencia STICK es diferente entre los equipos de origen y de destino, los valores de tiempo de actividad parecen calcularse de manera incorrecta.
Este problema solo se aplica a sistemas UltraSPARC T2, UltraSPARC T2+ y SPARC T3.
Los valores de tiempo de actividad informados y mostrados en el dominio invitado son correctos. Asimismo, cualquier cálculo que se realiza en el SO Oracle Solaris del dominio invitado es correcto.
ID de bug 15731303: evite migrar dominios que tienen más de 500 GB de memoria. Utilice el comando ldm list -o mem para ver la configuración de memoria del dominio. Algunas configuraciones de memoria con varios bloques de memoria que suman en total más de 500 GB pueden generar un error grave con una pila 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: evite realizar migraciones de dominios que tienen más de 500 GB de memoria.
ID de bug 15710957: cuando un dominio invitado con mucha carga tiene una configuración de E/S híbrida e intenta migrarlo, es posible que se muestre un error grave de nxge.
Solución alternativa: agregue la línea siguiente 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 del dominio:
set vsw:vsw_hio_max_cleanup_retries = 0x200
ID de bug 15708982: se bloquea de forma permanente una migración iniciada o en curso, o cualquier comando ldm. Esta situación se produce cuando el dominio que se migrará utiliza un sistema de archivos compartido de otro sistema y el sistema de archivos ya no está compartido.
Solución alternativa: haga que el sistema de archivos compartido esté disponible de nuevo.
ID de bug 15701865: si intenta realizar una migración en directo de un dominio que depende de un dominio inactivo en el equipo de destino, se produce un error de segmentación en el daemon ldmd y se reinicia el dominio del equipo de destino. Si bien puede realizar una migración de todos modos, no será una migración en directo.
Solución alternativa: lleve a cabo una de las siguientes acciones antes de intentar la migración en directo:
Elimine la dependencia de invitado del dominio que se va a migrar.
Inicie el dominio maestro en el equipo de destino.
ID de bug 15701853: después de realizar una migración de dominios mientras hay una política DRM en vigor, si la política DRM caduca o se elimina del dominio migrado, DRM no puede restaurar el número original de CPU virtuales en el dominio.
Solución alternativa: si se migra un dominio cuando la política DRM está activa y luego caduca o se elimina la política, restablezca el número de CPU virtuales. Utilice el comando ldm set-vcpu para definir el número de CPU virtuales en su valor original en el dominio.
ID de bug 15699763: no es posible migrar un dominio si contiene una dirección MAC duplicada. Normalmente, cuando se produce un error en la migración por este motivo, el mensaje de error muestra la dirección MAC duplicada. Sin embargo, en raras ocasiones, este mensaje de error puede no indicar la dirección MAC duplicada.
# 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 únicas.
ID de bug 15696986: si dos comandos ldm migrate se ejecutan de forma simultánea en “dirección opuesta”, es posible que los dos comandos se bloqueen y que nunca se completen. Se presenta una situación de dirección opuesta cuando se inicia simultáneamente una migración en el equipo A para el equipo B y una migración en el equipo B para el equipo A.
El bloqueo se produce incluso si los procesos de migración se inician como ejecuciones simuladas mediante la opción –n. Cuando se produce este problema, se pueden bloquear todos los demás comandos ldm.
Solución alternativa: ninguna.
ID de bug 15655513: tras la migración de un dominio activo, el uso de la CPU en el dominio migrado puede aumentar considerablemente durante un período breve. Si hay una política de gestión de recursos dinámicos (DRM, Dynamic Resource Managment) vigente para el dominio en el momento de la migración, Logical Domains Manager puede comenzar a agregar CPU. En especial, si las propiedades vcpu-max y attack no se especificaron cuando se agregó la política, el valor predeterminado de unlimited provoca que todas las CPU desenlazadas en el equipo de destino se agreguen al dominio migrado.
Recuperación: no es necesario realizar ninguna recuperación. Cuando el uso de la CPU cae por debajo del límite superior especificado por la política DRM, Logical Domains Manager elimina automáticamente las CPU.
ID de bug 15646293: una vez que un dominio con Oracle Solaris 10 9/10 se suspende como parte de una operación de migración, se desactiva la reconfiguración dinámica (DR) de memoria. Esta acción se produce no solo cuando la migración se realiza correctamente, sino también cuando la migración se ha cancelado, a pesar de que el dominio permanece en el equipo de origen.
ID de bug 15606220: a partir de Logical Domains 1.3, es posible migrar un dominio incluso si tiene enlazadas una o varias unidades criptográficas.
En los siguientes casos, el equipo de destino solo tendrá una CPU una vez finalizada la migración:
El equipo de destino ejecuta Logical Domains 1.2.
El dominio de control del equipo de destino utiliza una versión del SO Oracle Solaris que no es compatible con la DR de unidades criptográficas.
Se migra un dominio que contiene unidades criptográficas.
Una vez finalizada la migración, el dominio de destino se reanudará correctamente y estará activo, pero con un estado degradado (solo una CPU).
Solución alternativa: antes de la migración, elimine las unidades criptográficas del equipo de origen que ejecuta Logical Domains 1.3.
Mitigación: para evitar este problema, siga uno de estos pasos o ambos:
Instale el software Oracle VM Server for SPARC más reciente en el equipo de destino.
Instale el ID de parche 142245-01 en el dominio de control del equipo de destino, o actualice como mínimo al sistema operativo Oracle Solaris 10 10/09.
ID de bug 15527921: durante una migración, se omiten todos los puertos o grupos de consolas asignados de forma explícita, 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 consolas y cualquier puerto disponible en el primer concentrador de consola virtual (vcc) del dominio de control. Si hay un conflicto con el nombre de grupo predeterminado, la migración no se realiza correctamente.
Recuperación: para restaurar las propiedades explícitas de la consola tras una migración, desenlace el dominio de destino y establezca manualmente las propiedades deseadas con el comando ldm set-vcons.
ID de bug 15523133: si el disco virtual del equipo de destino no apunta al mismo backend de disco que se utiliza en el equipo de origen, el dominio migrado no puede acceder al disco virtual con ese backend de disco. Se puede producir un bloqueo al acceder al disco virtual del dominio.
Actualmente, Logical Domains Manager solo comprueba que los nombres del volumen de disco virtual coincidan en los equipos de origen y de destino. En este caso, no aparecerá ningún mensaje de error si no coinciden los backend de disco.
Solución alternativa: al configurar el dominio de destino para recibir un dominio migrado, asegúrese de que el volumen de disco (vdsdev) coincida con el back-end de disco utilizado en el dominio de origen.
Recuperación: siga uno de estos procedimientos si detecta que el dispositivo de disco virtual en el equipo de destino apunta a un backend de disco incorrecto:
Migre el dominio y corrija vdsdev.
Migre de nuevo el dominio al equipo de origen.
Corrija el valor vdsdev en el destino para que apunte al backend de disco correcto.
Migre de nuevo el dominio al equipo de destino.
Detenga y desenlace el dominio en el destino, y corrija el valor vdsdev. Si el sistema operativo admite la reconfiguración dinámica de E/S virtual y no hay un disco virtual incorrecto en uso en el dominio (es decir, no es el disco de inicio y no está montado), realice lo siguiente:
Utilice el comando ldm rm-vdisk para quitar el disco.
Corrija el valor vdsdev.
Utilice el comando ldm add-vdisk para volver a agregar el disco virtual.
ID de bug 15523120: en algunos casos, se produce un error de migración y ldmd informa que no se ha podido enlazar la memoria necesaria para el dominio de origen. Esta situación se puede producir aunque la cantidad total de memoria disponible en el equipo de destino sea mayor que la cantidad de memoria en uso en el dominio de origen.
Este fallo se produce porque la migración de rangos de memoria específicos utilizados por el dominio de origen requiere que también haya rangos de memoria compatibles disponibles en el destino. Cuando no hay ningún rango de memoria compatible para un rango de memoria en el origen, la migración no puede continuar. Consulte Requisitos de migración para la memoria de Guía de administración para Oracle VM Server for SPARC 3.2 .
Recuperación: si se detecta esta condición, es posible que pueda migrar el dominio si modifica el uso de la memoria en el equipo de destino. Para ello, desenlace cualquier dominio lógico enlazado o activo en el destino.
Utilice el comando ldm list-devices -a mem para ver qué memoria está disponible y cómo se utiliza. Es posible que también tenga que reducir la cantidad de memoria asignada a otro dominio.
ID de bug 15513998: en ocasiones, después de que un dominio se ha migrado, no es posible conectarse a la consola de ese dominio.
Solución alternativa: reinicie el servicio SMF vntsd para desactivar las conexiones con la consola:
# svcadm restart vntsd