ID de bug 21554591: durante una migración en directo, el servicio ldmd de la máquina de destino puede volcar el núcleo y, a continuación, reiniciarse.
Este problema se puede producir si la memoria del dominio que se migrará está ampliamente fragmentada en varios segmentos de memoria y si el diseñó de memoria libre de la máquina de destino no es compatible. Es probable que se produzca el problema si usa DR de memoria para eliminar memoria del dominio antes de la migración en directo.
El rastreo de pila del volcado de núcleo es similar al siguiente:
restore_lgpg_mblk+0x398(17bbc88, 16c39c8, 80000000, 80000000, 0, 40000000) rgrp_restore_lgpg+0x39c(0, 0, 1733948, 1711598, 0, 20000000) mem_allocate_real+0x92c(0, 20000000, ffbff868, 13aec88, 80808080, 373cd8) affinity_bind_resources+0x9f4(17bbc88, ffbff948, 13aec88, 3a10c000, 3a10c000, 1010101) mem_bind_real+0x468(17bbc88, ffbff9d4, 13aec88, 3a10c000, 3a10c000, 1010101) mem_bind_real_check+0xf4(17bbc88, 12ee338, 13aec88, 0, 376468, ff29fd80) mig_tgt_bound_feasibility_check+0x168(164be08, ff000000, ff, 1, 0, 0) i_tgt_do_feasibility_check+0x168(164be08, 0, 12390, 1, f960d244, ffffff) sequence+0x4a4(0, ff000000, ff322a40, 1, f960d244, ffffff) main+0xb54(5, ffbffc64, ffbffc7c, f960a900, 0, ff320200) _start+0x108(0, 0, 0, 0, 0, 370b60)
Cuando se produce este problema, el dominio invitado se sigue ejecutando. Si los servicios de ldmd se inician correctamente, no se necesita ninguna otra recuperación.
Si el servicio ldmd no se puede reiniciar y pasa al modo de mantenimiento debido al bug 21569507, deberá apagar y volver a encender el host o el dominio físico correspondiente antes de reiniciar ldmd.
Solución alternativa: detenga el dominio invitado y desenlácelo y, a continuación, realice la migración en frío. No use la memoria de DR para eliminar memoria de los dominios invitados que se migrarán.
ID de bug 21289174: en un sistema SPARC, una zona de núcleo en ejecución en un dominio Oracle VM Server for SPARC bloqueará la migración en directo de un dominio invitado. Se mostrará el siguiente mensaje de error:
Guest suspension 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
Realice una migración en directo de la zona del núcleo a otro sistema antes de realizar la migración al dominio invitado.
Consulte el Capítulo 3, Migrating an Oracle Solaris Kernel Zone de Creating and Using Oracle Solaris Kernel Zones .
ID de bug 20606773: las migraciones en directo entre CPU, entre un servidor serie SPARC T7 o un servidor serie SPARC M7, y una plataforma anterior requieren la ejecución de, por lo menos, el software Oracle VM Server for SPARC 3.2 en las máquinas de origen y destino.
Por ejemplo, la migración en directo entre un sistema SPARC T5 y un servidor serie SPARC T7 requiere que esté instalado, por lo menos, el software Oracle VM Server for SPARC 3.2 en el sistema SPARC T5.
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 17285751: es posible que la migración de un dominio invitado de Oracle Solaris 10 que tiene solamente 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 17027275: las migraciones de dominios entre los sistemas SPARC T4 que ejecutan el firmware del sistema 8.3 a los sistemas SPARC T5, SPARC M5 o SPARC M6 no se permiten. 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 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 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 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 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 entre los dos sistemas 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 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 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.3 .
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
Las versiones 8.4, 9.1 y XCP2230 de firmware del sistema presentadas admiten etiquetas de disco EFI GPT. De forma predeterminada, los discos virtuales que se instalan al ejecutar al menos el sistema operativo Oracle Solaris 11.1 en esos sistemas tienen una etiqueta de disco EFI GPT. No puede leer esta etiqueta de disco en las versiones anteriores de firmware (como 9.0.x, 8.3, 7.x o XCP2221). Esta situación le impide realizar una migración activa o inactiva a un sistema que ejecuta una versión de firmware del sistema que no admite EFI GPT. Tenga en cuenta que una migración inactiva también falla en esta situación, que es diferente a las limitaciones anteriores.
Para determinar si el disco virtual tiene una etiqueta de disco EFI GPT, ejecute el comando devinfo -i en el dispositivo raw. Los siguientes ejemplos muestran si el disco virtual tiene una etiqueta SMI VTOC o una etiqueta de disco EFI GPT.
Etiqueta de disco SMI VTOC. Cuando el disco virtual tiene una etiqueta SMI VTOC, puede realizar una migración para firmware independientemente de si se admite EFI.
En este ejemplo se indica que el dispositivo tiene una etiqueta VTOC porque el comando devinfo -i muestra información específica del dispositivo.
# devinfo -i /dev/rdsk/c2d0s2 /dev/rdsk/c2d0s2 0 0 73728 512 2
Etiqueta de disco EFI GPT. Cuando el disco virtual tiene una etiqueta de disco EFI GPT, puede realizar una migración solo al firmware que admite EFI.
En este ejemplo se indica que el dispositivo tiene una etiqueta de disco EFI GPT porque el comando devinfo -i informa un error.
# devinfo -i /dev/rdsk/c1d0s0 devinfo: /dev/rdsk/c1d0s0: This operation is not supported on EFI labeled devices