Problemas conocidos
Este artículo contiene avisos y problemas menores en la versión de XenServer 9, así como las soluciones alternativas que puede aplicar.
General
-
Al intentar usar la consola serie para conectarse a un host XenServer®, la consola serie podría negarse a aceptar la entrada del teclado. Si espera hasta que la consola se actualice dos veces, la consola aceptará la entrada del teclado.(CA-311613)
-
Después de una desconexión del Servicio de activación de licencias (LAS), un host XenServer que utiliza la activación en línea podría permanecer en el período de gracia de la licencia incluso después de que el LAS vuelva a estar accesible. El host continúa informando alertas
LICENSE_SERVER_UNREACHABLEyGRACE_LICENSEa pesar de comunicarse correctamente con el LAS. Este problema afecta solo a los hosts configurados para la activación en línea; los hosts que utilizan la activación sin conexión no se ven afectados. Para solucionar este problema, reinicie el toolstack en cada host afectado. (XSI-2204) -
Después de aplicar las actualizaciones de XenServer de junio de 2026 a los hosts instalados originalmente desde una ISO de vista previa de XenServer 9 con fecha de mayo de 2026 o anterior, algunas operaciones del ciclo de vida de la VM podrían fallar con un error interno. Las operaciones afectadas incluyen la suspensión, el punto de control, la importación y la migración en vivo del almacenamiento. Este problema ocurre porque la aplicación de actualizaciones instala un nuevo kernel pero no reinicia el host, por lo que el host continúa ejecutando el kernel anterior. Para solucionar este problema, reinicie el host después de aplicar la actualización. Los hosts instalados desde ISO de junio de 2026 (o posteriores) no se ven afectados. (CA-428974)
Invitados
-
Al definir la topología de vCPU para una nueva VM, asegúrese de que el número de núcleos por socket esté configurado como una potencia de dos (1, 2, 4, 8, y así sucesivamente). Si este valor no se establece como una potencia de dos, algunos de sus núcleos no serán utilizados por la VM, la información de topología mostrada dentro del sistema operativo de la VM podría ser incorrecta y podrían observarse otros comportamientos inesperados.(XSI-1766)
-
Si su VM entra en modo de suspensión, su ratón podría dejar de responder aunque su teclado siga funcionando. Reiniciar la VM o deshabilitar y habilitar el controlador USB a través del Administrador de dispositivos restaura la funcionalidad del ratón.(CA-399746)
-
Si a una VM se le asignan varias vGPU NVIDIA T4, los intentos de suspender (o migrar en vivo) la VM podrían fallar.(CA-428435)
-
Si asigna varios dispositivos USB passthrough a una VM, la VM podría no iniciarse.(CA-428550)
-
En una VM que utiliza el modo de arranque BIOS, el menú de arranque GRUB no responde a las pulsaciones de teclas desde la consola de la VM. No puede usar las teclas de flecha para cambiar la entrada resaltada, interrumpir la cuenta regresiva o seleccionar una entrada no predeterminada, como una entrada de rescate. La VM arranca la entrada predeterminada cuando finaliza la cuenta regresiva. Este problema afecta tanto a las VM de modo BIOS recién creadas como a las importadas. Las VM que utilizan el modo de arranque UEFI no se ven afectadas, y la consola responde normalmente después de que la VM se haya iniciado. Siempre que sea posible, cree o importe VM en modo de arranque UEFI para evitar este problema.(CA-428924)
Rendimiento
- Desplazamiento de nodo NUMA: cuando las VM utilizan completamente todas las CPU del host, el hipervisor puede ejecutar algunas vCPU en nodos NUMA alejados de donde se encuentra la memoria de la VM, lo que provoca una degradación del rendimiento. Utilice el RRD
NUMA non-affine vCPUs(Gráfico de rendimiento de XenCenter) para supervisar si se ve afectado por esto e intente dejar al menos 1 CPU inactiva para recuperarse. (XSI-1573)
Invitados Windows
-
Para las VMs de Windows 10 unidas a un dominio (1903 y posteriores) con el Agente FireEye instalado, las conexiones RDP exitosas repetidas pueden hacer que la VM se congele con un uso del 100% de la CPU en
ntoskrnl.exe. Realice un reinicio forzado de la VM para recuperarse de este estado. (CA-323760) -
Cuando crea una VM UEFI, la instalación de Windows requiere que se pulse una tecla para iniciarla. Si no pulsa una tecla durante el período requerido, la consola de la VM cambia al shell UEFI.
Para solucionar este problema, puede reiniciar el proceso de instalación de una de las siguientes maneras:
- In the UEFI console, type the following commands:
EFI:
EFI\BOOT\BOOTX64
<!--NeedCopy-->
- Reboot the VM
Cuando se reinicia el proceso de instalación, observe la consola de la VM para ver el mensaje de instalación. Cuando aparezca el mensaje, pulse cualquier tecla.(CA-333694)
-
Si inicia un gran número de VMs de Windows Server 2025 en un solo host al mismo tiempo, algunas podrían no iniciarse.(CP-51655)
-
Si una VM de Windows importada ya tiene las herramientas de VM de XenServer instaladas, intentar instalar la misma versión de las herramientas de nuevo durante el proceso de importación falla.(CA-413698)
-
Si importa una VM de Windows Server con más de 4 discos, algunos de los discos aparecen como sin conexión.(CA-414047)
Para obtener detalles sobre la última versión de las herramientas de VM de XenServer para Windows, consulte Novedades.
Invitados Linux
-
No puede utilizar la función de Control Dinámico de Memoria (DMC) en VMs de Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Red Hat Enterprise Linux 10 (vista previa), Rocky Linux 8, Rocky Linux 9, CentOS Stream 9 o CentOS Stream 10, ya que estos sistemas operativos no admiten el inflado de memoria con el hipervisor Xen®.(CA-378797)
-
En algunas VMs Linux, especialmente en sistemas ocupados con E/S de disco pendientes, los intentos de suspender o migrar en vivo la VM podrían fallar. Para solucionar este problema, intente aumentar el valor de
/sys/power/pm_freeze_timeout, por ejemplo, a 300000. Si esta solución no tiene éxito, puede actualizar el kernel de Linux de la VM a la última versión.(CP-41455)
Almacenamiento
-
No puede ejecutar más de 200 VMs habilitadas para PVS-Accelerator en un host de XenServer.(CP-39386)
-
Cuando el almacenamiento en caché de lectura está habilitado, puede ser más lento leer desde la instantánea principal que desde la hoja. Para solucionar este problema, asigne más memoria a dom0.(CP-32853)
-
A veces, cuando se elimina la instantánea más reciente de una VM, no es posible fusionar completamente los datos del disco activo de la VM en su dispositivo principal. A menudo, esto se debe a que la VM está activa y escribe datos en el disco más rápido de lo que el proceso de fusión puede fusionarlos. Como resultado, la VM podría utilizar más espacio de almacenamiento del que normalmente es necesario debido a que tiene dos discos virtuales en una disposición delta padre/hijo. Este problema puede tener un mayor impacto en los tipos de SR basados en LVM, ya que el disco de escritura activo de las VMs está completamente aprovisionado. Para permitir que el proceso de fusión de datos se complete, o bien
-
Reduzca temporalmente la tasa de E/S de almacenamiento que está produciendo la VM.
-
Apague la VM.
-
A continuación, vuelva a examinar el SR en el que se almacenan los discos de la VM (XSI-1922).
De terceros
- Una limitación en los clientes SSH recientes significa que SSH no funciona para nombres de usuario que contengan cualquiera de los siguientes caracteres:
{}[]|&. Asegúrese de que sus nombres de usuario y los nombres de los servidores de Active Directory no contengan ninguno de estos caracteres.
XenCenter
Para obtener información sobre los problemas conocidos y solucionados en XenCenter, consulte Novedades de XenCenter.