XenServer

Problemas conocidos

Este artículo contiene advertencias y problemas menores en la versión de XenServer 8.4 y las soluciones alternativas que puede aplicar.

Active Directory

  • Una actualización de la integración de Active Directory en XenServer (lanzada al canal de acceso anticipado el Dec 4, 2025, y al canal normal el Dec 15, 2025) requiere que se abran puertos adicionales (135, 49152-65535) entre XenServer y los controladores de dominio de Active Directory. Si estos puertos están cerrados (por ejemplo, por un firewall), es posible que los hosts no puedan unirse a un dominio de Active Directory, o si ya están unidos, es posible que no permitan los inicios de sesión de Active Directory. Para obtener más información, consulte Integración de Active Directory. (XSI-2112)

General

  • Al intentar usar la consola serie para conectarse a un host de 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)

  • Cuando el almacenamiento en caché de lectura está habilitado, la lectura desde la instantánea principal es más lenta que desde la hoja. Para solucionar este problema, asigne más memoria a dom0. (CP-32853)

  • Al intentar iniciar sesión en la consola dom0 con una contraseña incorrecta, recibirá el siguiente mensaje de error: When trying to update a password, this return status indicates that the value provided as the current password is not correct. Este mensaje de error es esperado, aunque se relaciona con un cambio de contraseña, no con un inicio de sesión. Intente iniciar sesión con la contraseña correcta. (CA-356441)

  • Si un host de XenServer se apaga inesperadamente y se reinicia, cuando intenta recuperar máquinas virtuales que tenían un vTPM adjunto, el vTPM a veces puede faltar en la máquina virtual. (CA-379928)

  • En un grupo en clúster, si un host no se apaga limpiamente (por ejemplo, se apaga abruptamente), el quórum permanece bloqueado. Las operaciones posteriores, incluido un apagado limpio, no activan un cambio de quórum. (CA-403866)

  • Después de una desconexión del Servicio de Activación de Licencias (LAS), un host de 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 ser accesible. El host continúa informando alertas LICENSE_SERVER_UNREACHABLE y GRACE_LICENSE a 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)

Gráficos

  • Cuando se añade NVIDIA T4 en modo de paso a una VM en cierto hardware de servidor específico, es posible que esa VM no se encienda. (CA-360450)

  • No puede instalar el paquete suplementario NVIDIA Virtual GPU Manager como parte de una instalación nueva de su host XenServer. Después de haber instalado sus hosts, puede instalar NVIDIA Virtual GPU Manager utilizando la CLI de xe o XenCenter. Para obtener más información, consulte Instalar NVIDIA vGPU Manager para XenServer.

  • Después de actualizar el host XenServer a la versión 580.105.06 del controlador NVIDIA vGPU Manager, las máquinas virtuales Windows que utilizan la configuración vGPU de NVIDIA T4 muestran una pantalla negra tanto en la consola de la VM como a través de RDP. Este problema también ocurre después de que la VM se reinicia, incluso si la VM se mostró inicialmente correctamente después de la instalación del controlador invitado. El problema afecta a todas las versiones de controladores invitados probadas y es específico de las tarjetas GPU NVIDIA T4; las tarjetas GPU NVIDIA A16 no se ven afectadas con la misma versión del controlador del host. Para solucionar este problema, degrade el controlador del host NVIDIA vGPU Manager a la versión 535.x (por ejemplo, 535.274.03). NVIDIA está investigando este problema. (XSI-2104)

Máquinas virtuales

  • Al definir la topología de vCPU para una nueva máquina virtual, asegúrese de que el número de núcleos por socket esté establecido en una potencia de dos (1, 2, 4, 8, etc.). Si este valor no se establece en una potencia de dos, es posible que algunos de sus núcleos no sean utilizados por la máquina virtual, la información de topología que se muestra dentro del sistema operativo de la máquina virtual podría ser incorrecta y podrían observarse otros comportamientos inesperados. (XSI-1766)

  • Si intenta migrar en vivo una máquina virtual con el control de memoria dinámica habilitado a un host de destino donde los recursos, como la memoria, son muy limitados, la migración a veces puede fallar. (CA-380607)

  • Si su máquina virtual entra en modo de suspensión, es posible que el ratón deje de responder, aunque el teclado siga funcionando. Reiniciar la máquina virtual o deshabilitar y habilitar el controlador USB a través del Administrador de dispositivos restaura la funcionalidad del ratón. (CA-399746)

Máquinas virtuales Windows

  • Para máquinas virtuales Windows 10 unidas a un dominio (1903 y posteriores) con el agente FireEye instalado, las conexiones RDP exitosas repetidas pueden hacer que la máquina virtual se congele con un 100% de uso de CPU en ntoskrnl.exe. Realice un reinicio forzado de la máquina virtual para recuperarse de este estado. (CA-323760)

  • Al crear una máquina virtual UEFI, la instalación de Windows requiere pulsar una tecla para iniciarse. Si no pulsa una tecla durante el período requerido, la consola de la máquina virtual cambia a la shell UEFI.

    Para solucionar este problema, puede reiniciar el proceso de instalación de una de las siguientes maneras:

    • En la consola UEFI, escriba los siguientes comandos.

       EFI:
       EFI\BOOT\BOOTX64
      
    • Reinicie la máquina virtual

    Cuando se reinicie el proceso de instalación, observe la consola de la máquina virtual para ver el mensaje de instalación. Cuando aparezca el mensaje, pulse cualquier tecla. (CA-333694)

  • Al intentar actualizar una máquina virtual Windows 10 de 1909 a 20H2 o posterior, la actualización podría fallar con una pantalla azul que muestra el error: INACCESSIBLE BOOT DEVICE. (XSI-1075)

    Para que sea menos probable que se produzca este fallo, puede seguir los siguientes pasos antes de intentar la actualización:

    1. Actualice las XenServer VM Tools para Windows en su máquina virtual a la última versión.
    2. Instantánea de la VM.
    3. En el registro de la VM, elimine los siguientes valores de la clave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\XENFILT\Parameters: ActiveDeviceID, ActiveInstanceID y ActiveLocationInformation
  • Al crear una VM de Windows a partir de una plantilla configurada para no actualizar automáticamente sus controladores, la VM creada se configura incorrectamente para actualizar sus controladores. Para solucionar este problema, ejecute el siguiente comando: xe pool-param-set policy-no-vendor-device=true uuid=<pool-uuid>. Este comando garantiza que las futuras VM creadas a partir de la plantilla se configuren correctamente para no actualizar automáticamente los controladores. Las VM que se generaron previamente a partir de la plantilla no se modifican. (CA-371529)

  • Al instalar VM de Windows Server 2025, tener dos discos conectados podría provocar que la VM se bloquee durante el arranque. Para evitar este problema, complete la instalación con un solo disco. A continuación, instale las herramientas de VM para Windows en la VM y reinicie para finalizar la instalación. Una vez completado, puede conectar de forma segura el segundo disco. (CA-399175)

  • Si arranca un gran número de VM 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 de Memoria Dinámica (DMC) en VM de Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 o CentOS Stream 9, ya que estos sistemas operativos no admiten el inflado de memoria con el hipervisor Xen®. (CA-378797)

  • En algunas VM Linux, especialmente en sistemas ocupados con E/S de disco pendientes, los intentos de suspender o migrar en vivo la VM pueden 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)

  • Debido a un problema conocido con los controladores Mesa en Ubuntu 24.04, después de instalar una VM de Ubuntu 24.04 (escritorio) en un host de plataforma AMD con el protocolo Wayland habilitado de forma predeterminada, es posible que experimente repetidas solicitudes de inicio de sesión.

    Para resolver este problema, puede deshabilitar Wayland o cambiar a lightdm como administrador de pantalla predeterminado.

    • Deshabilitar Wayland.

      Abra un símbolo del sistema y ejecute el siguiente comando:

       sudo nano /etc/gdm3/custom.conf
       <!--NeedCopy-->
      

      Establezca el siguiente valor para deshabilitar Wayland:

       WaylandEnable=false
       <!--NeedCopy-->
      

      Reinicie la VM para completar el proceso.

    • Cambie a lightdm.

      Instale lightdm:

       sudo apt install lightdm
       <!--NeedCopy-->
      

      Establézcalo como el gestor de pantalla predeterminado:

       sudo dpkg-reconfigure lightdm
       <!--NeedCopy-->
      

      Reinicie la VM para completar el proceso.

Instalación

  • Al actualizar o instalar XenServer 8.4 en sistemas HPE Proliant Gen10, el proceso puede quedarse colgado durante el arranque, pero antes de que se inicie el instalador.

    Para solucionar este problema, deshabilite el controlador hpsa:

    1. Utilice la ISO de instalación para recuperar el host.
    2. Al arrancar la ISO, acceda a GRUB pulsando e (UEFI) o Tab (BIOS) en el indicador de arranque.
    3. Añada el siguiente texto a los parámetros del kernel: modprobe.blacklist=hpsa
    4. Pulse Ctrl-X o Intro para continuar.
    5. Continúe con la instalación o actualización.

    Una vez completada la instalación o actualización, puede volver a habilitar el controlador hpsa eliminando la línea modprobe.blacklist=hpsa de los parámetros del kernel en GRUB.

  • Al actualizar o instalar XenServer 8.4 desde una ISO ubicada en un servidor IIS, la instalación o actualización puede fallar y dejar los hosts sin poder reiniciarse. La consola remota muestra el error de GRUB: “File ‘/boot/grub/i3860pc/normal.mod’ not found. Entering rescue mode”. Este problema se debe a que la configuración de IIS provoca la falta de archivos de paquete. Para solucionar este problema, asegúrese de que se permita el doble escape en IIS antes de extraer la ISO de instalación en él. (XSI-1063)

  • Utilice la última versión de XenCenter para actualizar de Citrix Hypervisor 8.2 CU1 a XenServer 8.4. El uso de una versión anterior de XenCenter puede provocar una pérdida de conectividad.

    Descargue la última versión de XenCenter desde la página de descargas de productos de XenServer.

Internacionalización

  • Los caracteres no ASCII, por ejemplo, los caracteres con acentos, no se pueden usar en la consola del host. (CA-40845)

  • En una VM de Windows con XenServer VM Tools para Windows instalado, la copia y pegado de caracteres de doble byte puede fallar si se utiliza la consola de escritorio predeterminada en XenCenter. Los caracteres pegados aparecen como signos de interrogación (?).

    Para solucionar este problema, puede usar la consola de escritorio remoto en su lugar. (CA-281807)

Almacenamiento

  • Si crea una nueva instalación de XenServer en un host con un SR XFS local en un dispositivo NVMe, su almacenamiento local no se adjunta al arrancar. La acción falla con el error: “Raised Server_error(SR_BACKEND_FAILURE, [ FileNotFoundError; [Errno 2] No such file or directory: ‘/sys/block/nvme0n/queue/scheduler’ ])”.

    Después de aplicar las últimas actualizaciones, puede adjuntar el almacenamiento local manualmente.

  • Si utiliza SR GFS2 y tiene dos hosts en su grupo en clúster, su clúster puede perder el quórum y cercarse durante una actualización. Para evitar esta situación, añada o elimine un host de su clúster. Asegúrese de tener uno o tres hosts en su grupo durante el proceso de actualización. (CA-313222)

  • Después de eliminar un LUN HBA de una SAN, es posible que vea mensajes de registro y fallos de E/S al consultar la información del volumen lógico. Para solucionar este problema, reinicie el host de XenServer. (XSI-984)

  • No puede establecer ni cambiar el nombre del SR tmpfs utilizado por PVS-Accelerator. Cuando type es tmpfs, el comando xe sr-create ignora el valor establecido para name-label y, en su lugar, utiliza un valor fijo. Si intenta ejecutar el comando xe sr-param-set para cambiar el nombre del SR tmpfs, recibirá el error SCRIPT_MISSING.

  • No puede ejecutar más de 200 VM habilitadas para PVS-Accelerator en un host de XenServer. (CP-39386)

  • Se ha corregido una regresión de rendimiento que afectaba a las escrituras en imágenes de disco virtual (VDI) recién creadas en tipos de repositorio de almacenamiento (SR) GFS2 y XFS.

    Nota:

    Este problema afecta a los VDI creados después de las actualizaciones de software lanzadas a Early Access el 9 October 2024 y a Normal el 16 October 2024. Los VDI creados antes de estas actualizaciones, o después de la actualización publicada el 21 October 2024, no se ven afectados.

    Aunque esta actualización resuelve la regresión del rendimiento, no restaura automáticamente el rendimiento de las máquinas virtuales afectadas debido a la estructura del archivo de respaldo creado durante el período de regresión. Para restaurar el rendimiento:

    • Para máquinas virtuales no persistentes o en capas (administradas con Citrix Virtual Apps and Desktops™ MCS): Realice una actualización de la imagen base.
    • Para máquinas virtuales persistentes (incluidas las imágenes maestras): Tome una instantánea para crear un nuevo archivo de respaldo para futuras escrituras, lo que resuelve la regresión del rendimiento. Mantenga la instantánea hasta que se publique una futura actualización de XenServer para evitar que el problema se repita. Eliminarla prematuramente puede resultar en la reaplicación de la estructura de metadatos incorrecta anterior, reintroduciendo el problema de rendimiento.
    • Para máquinas virtuales de prueba: Vuelva a crearlas para resolver el problema.
  • A veces, cuando se elimina la instantánea más reciente de una máquina virtual, no es posible fusionar completamente los datos del disco activo de la máquina virtual en su dispositivo principal. A menudo, esto se debe a que la máquina virtual 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 máquina virtual podría usar 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 máquinas virtuales está completamente aprovisionado. Para permitir que el proceso de fusión de datos se complete, puede:

    • Reducir temporalmente la tasa de E/S de almacenamiento que produce la máquina virtual.
    • Apagar la máquina virtual.

    Luego, vuelva a escanear el SR donde se almacenan los discos de la máquina virtual. (XSI-1922)

  • En SR de NFS o SMB, la funcionalidad de seguimiento de bloques modificados (Changed Block Tracking, CBT) puede fallar para las máquinas virtuales que se ejecutan en hosts de soporte, lo que podría provocar VDI_NO_CBT_METADATA errores notificados por los clientes de copia de seguridad, lo que requiere que se realicen copias de seguridad completas. Citrix está trabajando en una solución para este problema como prioridad. (CA-431091)

De terceros

  • Una limitación en los clientes SSH recientes significa que SSH no funciona para nombres de usuario que contienen 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.

Problemas conocidos