Product Documentation

Problemas conocidos

Sep 02, 2016

La siguiente precaución se aplica a cualquier solución alternativa que sugiera cambiar una entrada del Registro.

Precaución: Si modifica el Registro de forma incorrecta, podrían generarse problemas graves que pueden hacer necesaria la reinstalación del sistema operativo. Citrix no puede garantizar que los problemas derivados de la utilización inadecuada del Editor del registro puedan resolverse. Si utiliza el Editor del Registro, será bajo su propia responsabilidad. Asegúrese de hacer una copia de seguridad del registro antes de editarlo. 

XenApp y XenDesktop

La versión XenApp y XenDesktop 7.9 presenta los siguientes problemas:

  • Cuando se usa un dispositivo de almacenamiento masivo USB en el punto final, con la directiva de redirección de USB habilitada, puede aparecer un error de "Dispositivo en uso" al intentar expulsar el dispositivo.
    • En un entorno de acceso con Remote PC, vuelva a instalar el VDA desde la línea de comandos. Esto impedirá que se produzca el error de nuevo.
    • En otros entornos, intente alguna de estas soluciones alternativas:
      • Use la redirección de canal virtual optimizado en lugar de genérico. Esto permite que el dispositivo USB se expulse a través de la máquina cliente. Consulte CTX137939 y el artículo Redirección de dispositivos USB.
      • En el dispositivo USB, use Windows para inhabilitar la memoria caché de escritura y optimizar el dispositivo para una expulsión rápida. Consulte la documentación de Microsoft para obtener más detalles. [#628442]
  • Si el servidor donde está instalado el Delivery Controller ya tiene instalado SQL Server Express 2008 R2 (sin Service Packs), Studio falla durante la creación de sitios. (Esto ocurre incluso aunque no use la base de datos como base de datos de sitio, registros o supervisión). Para evitar este problema, realice una de las siguientes tareas antes de instalar el Controller: instale SQL Server Express 2008 R2 Service Pack, o desinstale SQL Server Express 2008 R2 antes de instalar Controller. [#632483]
  • Si una máquina utilizada para la creación de AppDisk no tiene una lista ListOfDDCs de Delivery Controllers, no se reconocerá una solicitud de un Controller para crear un AppDisk y la operación fallará. La función de actualización automática normal no funcionará para estas máquinas; debe actualizar manualmente la lista ListOfDDCs a través de las configuraciones de directiva o el Registro (consulte el artículo Delivery Controllers). [#633341]
  • Cuando se crea un sitio, si decide instalar la base de datos de SQL Server Express para usarla como la base de datos del sitio (que es la opción predeterminada), tendrá lugar un reinicio después de instalarse el software de la base de datos. El reinicio no se producirá si decide no instalar el software SQL Server Express para usarlo como la base de datos del sitio. [#634316]
  • La instalación del VDA en un SO de servidor Windows puede fallar si la máquina no tiene instaladas las actualizaciones de Windows más recientes. (Las actualizaciones de Windows Server 2008R2 deben incluir las de KB2685811; los SO posteriores respaldados ya incluyen esas actualizaciones). [#635456]
  • Si selecciona Configuration > Licencias en el panel de navegación de Studio y, a continuación, hace clic en Iniciar sesión en el panel Acciones, el complemento de Studio se bloquea si usted no tiene permiso  para usar el servidor de licencias de Citrix. Para solucionarlo, reinicie Studio. (Puede administrar el servidor de licencias directamente desde la consola License Administration Console.) [#640925]
  • Si hay servidores App-V configurados en Studio, la consola MMC (Microsoft Management Console) puede dejar de responder después de que se cierre Studio. [#652949]
  • Si utiliza el almacenamiento local para el sistema operativo y la memoria caché de escritura, compruebe que se utiliza el mismo almacenamiento para ambos. Si la lista de almacenamiento para la memoria caché de escritura incluye un almacenamiento que no está disponible para el sistema operativo, es posible que aparezca el error "No se puede encontrar el archivo [Datastore]" durante la creación del catálogo. [#637430]
  • Al crear AppDisks mediante una máquina Windows 10, es posible que el proceso de sellado no finalice correctamente. Como solución alternativa, elimine el AppDisk (con el cmdlet PowerShell Remove-AppLibAppDisk) y, a continuación, cree el AppDisk de nuevo. [#633998]
  • Es posible que la actualización de StoreFront mediante el instalador del producto completo de XenApp y XenDesktop no se complete correctamente. Para evitarlo, reinicie el servidor StoreFront para quitar cualquier bloqueo de archivo posible y, a continuación, ejecute el programa de instalación sin abrir ninguna consola de administración de Citrix ni ninguna sesión de PowerShell. [#641242]
  • Después de actualizar desde la versión 7.5 (o desde 7.6 si ya se actualizó desde la versión 7.5), es posible que Studio o el SDK de alto nivel no se inicien. Solución: Complete una instalación de reparación del archivo MSI de Studio ([XDInstallerRoot]\x64\DesktopStudio\DesktopStudio_x64.msi) o del archivo MSI del SDK de alto nivel ([XDInstallerRoot]\x64\Citrix Desktop Delivery Controller\XDPoshSnapin.msi). [#617897]
  • En un sitio grande, puede haber problemas de rendimiento en Studio y Director debido a estadísticas de SQL obsoletas e índices fragmentados. Para evitar este problema, el administrador de la base de datos debe ejecutar un plan de mantenimiento de SQL Server en horas de poca actividad; el plan debe incluir la regeneración de los índices y las estadísticas en las bases de datos de sitio, supervisión y registros de configuración. Para obtener más información, consulte la documentación de plan de mantenimiento de la versión de SQL Server que esté utilizando. [#641889]
  • Si se selecciona un grupo de entrega eliminado, los valores de duración de los inicios de sesión aparecen como "n/a" en el gráfico y la fila correspondiente no aparece en la tabla. [#615106]
  • Ordenar por Duración de uso o Usuarios distintos en Tendencias > Administración de capacidad > Uso de aplicaciones alojadas produce un error. Como solución temporal, reinicie Director. [#640508]
  • En una sesión de Framehawk, usar la rueda del mouse para hacer clic puede no producir los resultados esperados. [#625408]
  • Después de desconectar un VDA para HDX 3D Pro en una implementación de acceso con Remote PC que utiliza unidades CPU de Intel con gráficos Intel Iris Pro, se reduce el brillo del monitor de la consola. Este es un problema de terceros. La solución es reiniciar el dispositivo de acceso con Remote PC para restaurar el brillo del monitor. [#633101]
  • En una implementación de acceso con Remote PC con un VDA para HDX 3D Pro que se ejecuta en Windows 10 (solo de 32 bits), el dispositivo de acceso con Remote PC no se inicia después de instalar la versión del controlador Intel 20.19.15.9999. Este es un problema de terceros. La solución es usar los controladores de Windows Update. [#637294] Nota: Para el acceso con Remote PC, el VDA suele configurarse mediante la opción de VDA estándar. Para obtener más información sobre cómo configurar el VDA en el modo estándar o HDX 3D Pro, consulte el artículo Antes de la instalación.
  • XenApp y XenDesktop deja de instalarse después de instalar .NET 4.5.2. Este problema se ha observado en Windows Server 2008 R2. La solución es instalar manualmente .NET 4.5.2, a continuación, volver a intentar la instalación.  [633721]
  • Durante una sesión de Remote PC que tiene varios dispositivos de interfaz humana (HID) USB conectados, como un panel táctil, si se desconecta uno (sin contar el mouse y el teclado) y, a continuación, se desconecta de la sesión y se vuelve a conectar a ella para conectar de nuevo el dispositivo USB HID, este sigue inhabilitado. Para solucionar este problema, habilite manualmente el dispositivo HID en Device Manager. [#638766]
  • En el modo de compatibilidad de Thinwire, pueden dañarse algunos gráficos cuando se arrastra un vídeo por varios monitores (problema observado en sesiones de tres o más monitores). [#640437]
  • Si un usuario apaga un dispositivo Surface Pro, cuando ese dispositivo se vuelve a encender, es posible que las conexiones HDX de acceso con Remote PC no funcionen. Para solucionar este problema, se debe reiniciar la máquina. [#634830]
  • Si se habilita el arranque seguro, al establecer conexión con un dispositivo Surface Pro que ejecuta Windows 8.1, la sesión puede ser lenta durante los primeros minutos. [#634382]
  • Si se habilita el acceso con Remote PC al instalar un VDA mediante la interfaz gráfica del instalador de producto completo, se instalan componentes adicionales (Machine Creation Services y Profile Management). [#637741] En esta versión, use la línea de comandos solo para implementaciones de acceso con Remote PC y no cambie el orden de la sintaxis de /components y /remotepc. Por ejemplo:

VDAWorkstationSetup.exe /components vda /controllers "example.delivery.controller.net" /remotepc /EXCLUDE "AppDisks VDA Plug-in" /enable_hdx_ports /noreboot /quiet

Si se utiliza /remotepc antes de /components, se ignora la opción /remotepc. Para obtener más información acerca de las opciones de línea de comandos, consulte Instalación mediante línea de comandos.

Windows Server 2016 Tech Preview

Puede acceder a una lista de problemas identificados cuando use esta versión de XenApp y XenDesktop con Windows Server 2016 Tech Preview en el foro de Windows Server 2016 Tech Preview (se requiere el inicio de sesión de cuenta Citrix).

Otros componentes

Los componentes disponibles por separado en las páginas de descarga de XenApp y XenDesktop presentan los siguientes problemas conocidos.

Grabación de sesiones

  • La instalación de los componentes del servidor de grabación de sesiones produce un error con los códigos de error 2502 y 2503. Solución: Compruebe la lista de control de acceso (ACL) de la carpeta C:\windows\Temp para comprobar que los usuarios y los grupos locales (Usuarios y grupos locales > Grupos > Usuarios) tienen permiso de escritura en esta carpeta. Si no, agregue manualmente el permiso de escritura. [#611487]
  • Debido a que la funcionalidad Grabación de sesiones no admite el modo de presentación Framehawk, las sesiones en ese modo de presentación no se pueden grabar y reproducir correctamente. Es posible que las sesiones grabadas en ese modo no contengan las actividades de las sesiones. [#622085]
  • No se pueden grabar correctamente sesiones de escritorio Windows 7 si el modo de gráficos antiguo está habilitado en la directiva del sitio de XenDesktop y si el almacenamiento en caché de disco está habilitado en la directiva de Citrix Receiver para Windows. En esas grabaciones, aparece una pantalla en negro. Solución: Inhabilitar el almacenamiento en caché de disco haciendo una implementación con objetos de directiva de grupo a las máquinas donde se instaló Citrix Receiver para Windows. Para obtener información más detallada acerca de cómo inhabilitar el almacenamiento en caché de disco, consulte http://support.citrix.com/article/CTX123169 y http://docs.citrix.com/es-es/receiver/windows/4-4/ica-overview-receiver-config/ica-import-icaclient-template-v2.html. [#618237]
  • La opción de renovación no se aplica a sesiones de escritorio VDI para XenDesktop 7.8, XenDesktop 7.9 ni para el Agente de grabación de sesiones. En esos casos, cada archivo de grabación tiene un límite de tamaño máximo de 1 GB y las actividades no se registran pasado ese límite.  [#584890]
  • Cuando Machine Creation Services (MCS) o Provisioning Services crean varios agentes VDA con una imagen maestra configurada y Microsoft Message Queuing (MSMQ) instalado, esos VDA tienen el mismo QMId. Esto puede causar diversos problemas, como:
    • Las sesiones pueden no grabarse aunque el acuerdo de grabación se acepte.
    • La señal de cierre de sesión puede no recibirse en el servidor de grabación de sesiones, lo que hace que la sesión se quede en estado "Activo" permanentemente. [#528678]

La solución para crear un único QMId persistente para cada VDA varía según el método de implementación utilizado.

No se requieren acciones adicionales si los agentes VDA de SO de escritorio con el Agente de grabación de sesiones instalado se crearán con PVS 7.7 o una versión posterior en el modo de escritorios estáticos; por ejemplo, configurados para que todos los cambios sean permanentes con un disco Personal vDisk o un disco local del VDA aparte.

Para agentes VDA de SO de servidor creados con MCS o PVS, o bien para agentes VDA de SO de escritorio dedicados que se hayan creado con MCS en el modo de escritorios estáticos, por ejemplo, configurados para que todos los cambios sean permanentes con un disco Personal vDisk o un disco local de VDA aparte, utilice un script (GenQMID.ps1) para modificar el QMId al iniciar el sistema.

Para agentes VDA de SO de escritorio creados con MCS o PVS y configurados para descartar todos los cambios cuando el usuario cierra sesión, use otro script (GenRandomQMID.ps1) para modificar el QMId al iniciar el sistema. Modifique la estrategia de administración de energía a fin de garantizar que se ejecuten los VDA suficientes antes de que los usuarios intenten iniciar sesión.

Para usar el script, haga lo siguiente:

1. Compruebe que la directiva de ejecución esté establecida como RemoteSigned o Unrestricted en PowerShell.

Set-ExecutionPolicy RemoteSigned

2. Cree una tarea programada y establezca el desencadenador en Al iniciar el sistema y ejecútela con la cuenta SYSTEM en la máquina de imagen maestra de Provisioning Services o de MCS.

3. Agregue el comando como una tarea de inicio del sistema.

powershell.exe -file C:\GenQMID.ps1
o
powershell .exe -file C:\GenRandomQMID.ps1

Resumen de GenQMID.ps1:

  1. Generar el QMId según el valor hash del nombre UUID de la máquina.
  2. Detener los servicios relacionados, incluidos CitrixSmAudAgent y MSMQ.
  3. Iniciar los servicios detenidos previamente para aplicar el cambio de QMId.
GENQMID.PS1 de referencia: Copiar

function ConvertHexStringToByte($theString)

{
    $bytes = New-Object Byte[] ($theString.Length / 2)

    for ($i = 0; $i -lt $theString.Length; $i += 2) {

        $bytes[$i / 2] = [System.Convert]::ToByte($theString.Substring($i, 2), 16)
    }

    return $bytes
}

Try {

    # Get UUID of machine

    $strUUID = (Get-WmiObject -Class Win32_ComputerSystemProduct | Select-Object -Property UUID).UUID

    # Remove "-"

    $strUUID = $strUUID.ToString().Replace("-", "")

    # Convert string to bytes

    $UUID = ConvertHexStringToByte($strUUID)

    # Set UUID as QMId

    $new_QMID = $UUID

}
Catch {

    # IF exception occurred, just use MD5 digest of FQDN as QMID

    # Get FQDN

    $fqdn = [System.Net.Dns]::GetHostByName(($env:computerName)).HostName

    # Calculate MD5 hash of FQDN

    $md5 = new-object -TypeName System.Security.Cryptography.MD5CryptoServiceProvider

    # Set md5 digest as QMID

    $utf8 = new-object -TypeName System.Text.UTF8Encoding

    $new_QMID = $md5.ComputeHash($utf8.GetBytes($fqdn))
}

# Write new_QMID into registry

Set-ItemProperty -Path HKLM:Software\Microsoft\MSMQ\Parameters\MachineCache -Name "QMId" -Value $new_QMID

# Restart MSMQ to adopt new QMId

# Get dependent services

$depServices = Get-Service -name MSMQ -dependentservices | Select -Property Name

Restart-Service -force MSMQ

# Start dependent services

if ($depServices -ne $null) {

    foreach ($depService in $depServices) {

        $startMode = Get-WmiObject win32_service -filter "NAME = '$($depService.Name)'" | Select -Property StartMode

        if ($startMode.StartMode -eq "Auto") {

            Start-Service $depService.Name
        }
    }
}

Resumen de GenRandomQMID.ps1:

  1. Quitar QMId actual del Registro.
  2. Agregar SysPrep = 1 en HKLM\Software\Microsoft\MSMQ\Parameters.
  3. Detener los servicios relacionados, incluidos CitrixSmAudAgent y MSMQ.
  4. Iniciar los servicios detenidos previamente para generar un QMId aleatorio.
GENRANDOMQMID.PS1 de referencia Copiar

# Remove old QMId from registry and set SysPrep flag for MSMQ

Remove-Itemproperty -Path HKLM:Software\Microsoft\MSMQ\Parameters\MachineCache -Name QMId -Force

Set-ItemProperty -Path HKLM:Software\Microsoft\MSMQ\Parameters -Name "SysPrep" -Type DWord -Value 1

# Get dependent services

$depServices = Get-Service -name MSMQ -dependentservices | Select -Property Name

# Restart MSMQ to get a new QMId

Restart-Service -force MSMQ

# Start dependent services

if ($depServices -ne $null) {

    foreach ($depService in $depServices) {

        $startMode = Get-WmiObject win32_service -filter "NAME = '$($depService.Name)'" | Select -Property StartMode

        if ($startMode.StartMode -eq "Auto") {

            Start-Service $depService.Name

        }
}

}

  • Cuando se graba una sesión con una resolución mayor o igual que 4096 x 4096, es posible que la grabación aparezca fragmentada. [#524973]
  • Al cambiar el tipo de licencia de XenApp o XenDesktop, el cambio no surte efecto inmediatamente para la grabación de sesiones. Solución: Reinicie la máquina del VDA. [#532393]
  • Limitación de la grabación de sesiones para admitir las sesiones de aplicación de preinicio [#561109]
    • Problema:
      • Si la directiva activa intenta que el nombre de aplicación coincida, la aplicación iniciada en la sesión de preinicio no coincidirá, lo que provoca que la sesión no se grabe.
      • Si la directiva activa graba cada aplicación, cuando el usuario inicie sesión en Receiver para Windows (al mismo tiempo que se establece la sesión de preinicio), aparecerá una notificación para la grabación y se grabará la sesión vacía, así como las aplicaciones que se inicien más tarde en esa sesión.
    • Solución:
      • Publique las aplicaciones en grupos de entrega diferentes, según su directiva de grabación. No use el nombre de la aplicación como condición de grabación. Eso garantizará que se graben las sesiones de preinicio. Sin embargo, las notificaciones seguirán apareciendo.