Documentation produit
Agent de livraison virtuel Linux 2411
Current Release 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 1912 LTSR 7.15 LTSR
Voir PDF

Problèmes résolus

April 10, 2026
Contributeur: 
C C

  • Le Linux Virtual Delivery Agent 2411 inclut les problèmes résolus suivants :

  • La reconnexion à des sessions déconnectées sur le VDA Linux peut parfois entraîner un écran gris, obligeant les utilisateurs à effectuer un redémarrage du système ou une déconnexion manuelle pour récupérer. [CVADHELP-25791]

  • Les utilisateurs root ne peuvent pas copier des fichiers en lecture seule vers des périphériques clients mappés à l’aide de CDM. [CVADHELP-25124]

  • L’analyseur de stratégie de groupe peut consommer 100 % du processeur lors du traitement d’ensembles de stratégies de groupe volumineux à partir d’un fichier GPF. [CVADHELP-25323]

  • Le processus ctxnsap se termine de manière inattendue lorsque les sessions se déconnectent, empêchant Citrix Application Delivery Management (ADM) d’afficher les informations HDX™ insight. [CVADHELP-25493]

  • Une exécution incorrecte de ad_join.sh sur la machine modèle peut générer un indicateur appelé mcs_setting_flag qui empêche les machines nouvellement créées par MCS de joindre un domaine. Ce correctif introduit une vérification dans le script deploymcs.sh pour identifier et supprimer l’indicateur lorsqu’il est détecté. [CVADHELP-25117]

    • Le service de carte à puce fuit des descripteurs de fichier lors de l’authentification par carte à puce, ce qui entraîne un blocage de l’accès aux nouvelles cartes à puce. Ce problème se produit car, par défaut, la plupart des distributions Linux limitent le nombre maximal de fichiers ouverts à 1 024 pour chaque processus. Lorsque le service de carte à puce épuise cette limite, il ne peut plus établir de nouvelles connexions, bloquant ainsi efficacement l’accès ultérieur aux cartes à puce.

    Ce problème affecte les VDA avec l’ouverture de session par carte à puce activée. Les symptômes incluent de nombreuses erreurs Failed to accept new connection: Too many open files dans /var/log/xdl/hdx.log et une accumulation de descripteurs de fichier dans /proc/${pid}/fd/, où ${pid} représente l’ID de processus de ctxscardsd. Pour déterminer le PID, utilisez la commande systemctl status ctxscardsd|grep PID.

    • Pour atténuer ce problème, vous pouvez soit augmenter la limite maximale de fichiers ouverts pour le service de carte à puce, soit redémarrer le service de carte à puce. Assurez-vous qu’il n’y a pas de sessions actives avant de tenter de redémarrer le service. Utilisez les commandes suivantes pour augmenter la limite ou redémarrer le service :

    • Pour redémarrer le service de carte à puce :

       systemctl restart ctxscardsd
 <!--NeedCopy-->

    • Pour interroger le nombre maximal de fichiers ouverts du service actuel :

       cat /proc/${PID}/limits
 <!--NeedCopy-->

    • Pour définir le nombre maximal de fichiers ouverts pour le service de carte à puce :

      1. Ouvrez le fichier ctxscardsd.service en mode lecture seule pour vérifier les paramètres actuels :

        vim -R /lib/systemd/system/ctxscardsd.service
<!--NeedCopy-->

    1. Ajoutez la ligne suivante à la section Service dans ctxscardsd.service pour augmenter la limite :

       ```
 LimitNOFILE=65536
 <!--NeedCopy--> ```

      1. Rechargez le démon systemd et redémarrez le service ctxscardsd :

        systemctl daemon-reload
systemctl restart ctxscardsd
<!--NeedCopy-->

      2. Vérifiez la nouvelle limite :

        cat /proc/${PID}/limits
<!--NeedCopy-->

    Remarque :

    L’augmentation du nombre maximal de fichiers ouverts peut prolonger le temps avant d’épuiser les descripteurs de fichier, mais un redémarrage de ctxscardsd pourrait toujours être nécessaire à terme.

    [LNXVDA-17768]

  • La fonction Plug-and-Play audio n’est pas prise en charge, ce qui oblige les utilisateurs à connecter un périphérique de capture audio à la machine cliente avant de commencer à enregistrer l’audio dans la session ICA®. La connexion d’un périphérique de capture après le démarrage de l’application d’enregistrement audio peut entraîner l’absence de réponse de l’application, nécessitant un redémarrage. De même, le débranchement du périphérique de capture pendant l’enregistrement peut entraîner le même problème. Ce problème est résolu avec l’introduction de la fonctionnalité de prise en charge de plusieurs périphériques audio, qui est activée par défaut dans les versions 2411 et ultérieures.
Problèmes résolus
April 10, 2026
Contributeur: 
C C
April 10, 2026
Contributeur: 
C C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.