This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Fixed issues
The Linux Virtual Delivery Agent 2411 includes the following fixed issues:
-
Root users are unable to copy read-only files to client devices mapped using CDM. [CVADHELP-25124]
-
The group policy parser might consume 100% CPU when handling huge group policy sets from a GPF file. [CVADHELP-25323]
-
The ctxnsap process exits unexpectedly when sessions disconnect, preventing the Citrix Application Delivery Management (ADM) from displaying HDX insight information. [CVADHELP-25493]
-
Incorrect ad_join.sh execution on the template machine can generate a flag called mcs_setting_flag that prevents newly MCS-created machines from joining a domain. This fix introduces a check in the deploymcs.sh script to identify and remove the flag when detected. [CVADHELP-25117]
-
The smart card service leaks file descriptors during smart card authentication, leading to a blockage of new smart card access. This issue occurs because, by default, most Linux distributions limit the maximum number of open files to 1,024 for each process. When the smart card service exhausts this limit, it can no longer establish new connections, effectively blocking subsequent smart card access.
This issue affects VDAs with smart card logon enabled. Symptoms include numerous Failed to accept new connection: Too many open files errors in /var/log/xdl/hdx.log and an accumulation of file descriptors in /proc/${pid}/fd/, where ${pid} represents the process ID of ctxscardsd. To determine the PID, use the command systemctl status ctxscardsd|grep PID.
To mitigate this issue, you can either increase the maximum open files limit for the smart card service or restart the smart card service. Ensure that there are no active sessions before attempting to restart the service. Use the following commands to increase the limit or restart the service:
-
To restart the smart card service:
systemctl restart ctxscardsd <!--NeedCopy-->
-
To query the current service max open files:
cat /proc/${PID}/limits <!--NeedCopy-->
-
To set the maximum open files for the smart card service:
-
Open the ctxscardsd.service file in read-only mode to check the current settings:
vim -R /lib/systemd/system/ctxscardsd.service <!--NeedCopy-->
-
Add the following line to the Service section in ctxscardsd.service to increase the limit:
LimitNOFILE=65536 <!--NeedCopy-->
-
Reload the systemd daemon and restart the ctxscardsd service:
systemctl daemon-reload systemctl restart ctxscardsd <!--NeedCopy-->
-
Verify the new limit:
cat /proc/${PID}/limits <!--NeedCopy-->
-
Note:
Increasing the max open files can extend the time before running out of file descriptors, but a restart of ctxscardsd might still be necessary eventually.
[LNXVDA-17768]
-
-
Audio plug-and-play is not supported, requiring users to connect an audio capture device to the client machine before starting to record audio in the ICA session. Attaching a capture device after the audio recording application has started might cause the application to become unresponsive, necessitating a restart. Similarly, unplugging the capture device while recording might result in the same issue. This issue is resolved with the introduction of the multiple audio device support feature, which is enabled by default in versions 2411 and later.
Share
Share
In this article
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.