Documentation produit
Linux Virtual Delivery Agent 2411
Current Release 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 1912 LTSR 7.15 LTSR

Problèmes résolus

June 6, 2025
Contributeur: 
C

Les problèmes suivants ont été résolus depuis Linux Virtual Delivery Agent 2411 :

  • La reconnexion à des sessions déconnectées sur Linux VDA 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 sur les machines clientes mappées à l’aide de CDM. [CVADHELP-25124]

  • L’analyseur de stratégie de groupe peut consommer 100 % du processeur lorsqu’il gère d’énormes ensembles de stratégies de groupe à partir d’un fichier GPF. [CVADHELP-25323]

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

  • Une exécution incorrecte du fichier ad_join.sh sur la machine modèle peut générer un indicateur appelé mcs_setting_flag qui empêche les machines récemment créées par MCS de rejoindre 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 cartes à puce divulgue des descripteurs de fichiers lors de l’authentification par carte à puce, bloquant ainsi l’accès aux nouvelles cartes à puce. Ce problème se produit, car la plupart des distributions Linux limitent par défaut le nombre maximum de fichiers ouverts à 1 024 pour chaque processus. Lorsque le service de carte à puce dépasse cette limite, il ne peut plus établir de nouvelles connexions, bloquant ainsi les accès ultérieurs par carte à puce.

    Ce problème concerne les VDA dont l’ouverture de session par carte à puce est activée. Les symptômes incluent de nombreuses erreurs Échec de l’acceptation d’une nouvelle connexion : trop de fichiers ouverts dans /var/log/xdl/hdx.log, ainsi qu’une accumulation de descripteurs de fichiers dans /proc/${pid}/fd/, où ${pid} représente l’ID du processus ctxscardsd. Pour déterminer le PID, exécutez la commande systemctl status ctxscardsd|grep PID.

    Pour remédier à 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’aucune session n’est active 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 maximum de fichiers ouverts par le service actuel :

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

    • Pour définir le nombre maximum 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-->

      2. Ajoutez la ligne suivante à la section Service de ctxscardsd.service pour augmenter la limite :

          LimitNOFILE=65536
<!--NeedCopy-->

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

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

      4. Vérifiez la nouvelle limite :

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

    Remarque

    L’augmentation du nombre maximum de fichiers ouverts peut prolonger le délai avant d’épuiser les descripteurs de fichiers, mais un redémarrage de ctxscardsd peut s’avérer nécessaire à terme.

    [LNXVDA-17768]

  • Le plug-and-play audio n’est pas pris en charge, ce qui oblige les utilisateurs à connecter un périphérique de capture audio à la machine cliente avant de commencer à enregistrer de 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 une absence de réponse de l’application, nécessitant un redémarrage. Le débranchement d’un périphérique de capture pendant l’enregistrement peut entraîner le même problème. Ce problème est résolu grâce à l’introduction de la fonctionnalité de prise en charge de plusieurs périphériques audio, activée par défaut dans les versions 2411 et ultérieures.

Problèmes résolus
June 6, 2025
Contributeur: 
C
June 6, 2025
Contributeur: 
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.