Today I needed my XenApp 6.5 server to check something in my lab and I wasn’t able to run the discovery of my XenApp farm. I checked the services and they were running fine (IMA, MFCOM etc). In the event log however I saw these nice messages: Continue reading “Citrix XenApp failed to connect to the Data Store.”
Citrix has released HRP02 for XenApp 6.5 for Windows Server 2008R2 end of June. This Rollup Pack packs a lot of fixes which have been released after the release of Rollup Pack 01.
You can download the HRP02 here.
This hotfix rollup pack replaces the following hotfixes:
<rmc_replaces_list>XA650W2K8R2X64R01, XA650W2K8R2X64032, XA650W2K8R2X64033, XA650W2K8R2X64034, XA650W2K8R2X64036, XA650R01W2K8R2X64001, XA650R01W2K8R2X64002, XA650R01W2K8R2X64003, XA650R01W2K8R2X64004, XA650R01W2K8R2X64005, XA650R01W2K8R2X64006, XA650R01W2K8R2X64007, XA650R01W2K8R2X64009, XA650R01W2K8R2X64010, XA650R01W2K8R2X64011, XA650R01W2K8R2X64012, XA650R01W2K8R2X64013, XA650R01W2K8R2X64014, XA650R01W2K8R2X64015, XA650R01W2K8R2X64016, XA650R01W2K8R2X64017, XA650R01W2K8R2X64018, XA650R01W2K8R2X64019, XA650R01W2K8R2X64020, XA650R01W2K8R2X64021, XA650R01W2K8R2X64022, XA650R01W2K8R2X64023, XA650R01W2K8R2X64024, XA650R01W2K8R2X64025, XA650R01W2K8R2X64026, XA650R01W2K8R2X64027, XA650R01W2K8R2X64028, XA650R01W2K8R2X64029, XA650R01W2K8R2X64030, XA650R01W2K8R2X64031, XA650R01W2K8R2X64033, XA650R01W2K8R2X64034, XA650R01W2K8R2X64036, XA650R01W2K8R2X64037, XA650R01W2K8R2X64038, XA650R01W2K8R2X64039, XA650R01W2K8R2X64040, XA650R01W2K8R2X64042, XA650R01W2K8R2X64043, XA650R01W2K8R2X64044, XA650R01W2K8R2X64045, XA650R01W2K8R2X64046, XA650R01W2K8R2X64047, XA650R01W2K8R2X64048, XA650R01W2K8R2X64049, XA650R01W2K8R2X64050, XA650R01W2K8R2X64051, XA650R01W2K8R2X64052, XA650R01W2K8R2X64053, XA650R01W2K8R2X64055, XA650R01W2K8R2X64056, XA650R01W2K8R2X64057, XA650R01W2K8R2X64058, XA650R01W2K8R2X64059, XA650R01W2K8R2X64060, XA650R01W2K8R2X64061, XA650R01W2K8R2X64062, XA650R01W2K8R2X64063, XA650R01W2K8R2X64064, XA650R01W2K8R2X64065, XA650R01W2K8R2X64066, XA650R01W2K8R2X64067, XA650R01W2K8R2X64068, XA650R01W2K8R2X64069, XA650R01W2K8R2X64070, XA650R01W2K8R2X64071, XA650R01W2K8R2X64073, XA650R01W2K8R2X64074, XA650R01W2K8R2X64075, XA650R01W2K8R2X64078, XA650R01W2K8R2X64079, XA650R01W2K8R2X64080, XA650R01W2K8R2X64081, XA650R01W2K8R2X64082, XA650R01W2K8R2X64083, XA650R01W2K8R2X64084, XA650R01W2K8R2X64086, XA650R01W2K8R2X64087, XA650R01W2K8R2X64088, XA650R01W2K8R2X64089, XA650R01W2K8R2X64091, XA650R01W2K8R2X64094
Invalidated Hotfixes Continue reading “XenApp 6.5 Hotfix Rollup Pack 02”
Here’s another issue I encountered during my work at Citrix which I wrote a KB article for.
The issue is when an application is assigned to a worker group and the membership is changed of that worker group the application launch fails.
Change Worker Group assignments
When an application is assigned to a worker group and the membership is changed of that worker group the following symptoms are visible:
- Newly added servers to the Worker Group are not used for launching the application
- The application fails to launch displaying the following error message to the user: Connection Error: You have not been granted access to this published application OK
- Disabling and re-enabling all applications would fix the error.
Install the hotfix in CTX135783 – Hotfix XA650R01W2K8R2X64052 – For Citrix XenApp 6.5 for Windows Server 2008 R2 – English to fix this error.
Original post on the Citrix knowledgebase.
Citrix has released the Beta release of Hotfix Rollup Pack 2 for Citrix XenApp 6.5 for Microsoft Windows Server 2008 R2. During your evaluation of this product, we invite you to provide feedback, ask questions, and report problems by sending an email to email@example.com. Include any supporting files, such as MSI logs, memory dumps, or screen captures, that may assist us in troubleshooting any issues you may encounter. When testing, we encourage you to mimic your production environment as closely as possible.
Important: While this prerelease version has reached an acceptable level of quality and stability, it is still undergoing testing. Do not apply this prerelease to any live production servers or any servers connected to the production database. The contents of this prerelease are preliminary – Citrix reserves the right to omit fixes contained herein and to include additional fixes in the official, final release.
Uninstalling and upgrading from this prerelease is not supported. Citrix recommends that you rebuild your server before installing the final release and/or before upgrading to the next version of XenApp. This prerelease will not be supported once the official version is released. Continue reading “Citrix Hotfix Rollup Pack 2 BETA for XenApp 6.5”
Users cannot log off from a XenApp 6.5 ICA session and the “Waiting for System Event Notification Service” pop-up is displayed.
- Windows Server 2008 R2
- Citrix XenApp 6.5
- Office Communicator 2007 R2
The screen remains unresponsive with the “Waiting for System Event Notification Service” pop-up. On the server user has a Communicator (OCS) running and one of the instances is pegging an entire core resulting in users unable to log off sessions.
As a workaround you can do the following: To log off successfully from the unresponsive sessions, terminate the pegged OCS process. For a permanent solution you need to apply this fix from Microsoft Cumulative update package for Office Communicator 2007 R2: December 2012.
Original post at the Citrix knowledgebase.
This article describes the difference between earlier versions of Client Drive Mapping (CDM) and the version in Citrix XenApp 6.0 and 6.5.
Versions prior Citrix XenApp 6.0, use the method of network mapping the local drive of the user. This method only mapped local drivers, not network drivers of the user machine. For users to be able to add network driver mappings they require a script to use the net use command and locate the drives from \CLIENT. With this method, the administrator is also required to create a log off script to delete these drives when the session is logged off. On XenApp 6.0, the CDM system uses a completely different mechanism; it uses the concept of redirection; the same concept used with Microsoft Remote Desktop connections.
Simple things to know about the client drive redirection:
- Mapped drives are classified inside the session as Network Drives; redirected drivers have no specific Windows category so they are classified as Others.
- Before, users had to create scripts to add the network drives in the ICA session; this is not required with redirection. The only setting the user needs to modify would be the policy to allow redirection for network drives on the client’s workstation. Continue reading “Differences in Client Drive Mapping between XenApp 6.0 and 6.5, Presentation Server 4.5, and XenApp 5.0”
Citrix has released hotfix DSCXACmd650WX64001 for XenApp 6.5 and DSCXACmd600W2K8R2X64004 gfor XenApp 6.0.
Here you can find the fixes which come with these releases:
DSCXACmd600W2K8R2X64004 for XenApp 6.0
- Application enumeration fails for applications that use a 32-bit PNG icon for the application shortcut. To address this issue in its entirety, you must install both a XenApp and a Delivery Services Console hotfix that contains Fix #259922.
[From DSCXACmd600W2K8R2X64004][#259922] Continue reading “New hotfixes for XenApp Commands for Citrix XenApp 6.0 and 6.5”
Citrix has released a nice install guide to install and configure Desktop Director 2.1 to use with XenApp 6.5.
- A XenApp 6.5 Farm
- An available server to install Desktop Director, it can also be added to the XenApp 6.5 Controller
- An install Media for XenDesktop 5.6 Feature pack 1
- IIS 7 installed on the server that hosts the Desktop Director
- .NET Framework 3.5 Sp1
- Adobe Flash 10.x or above
- Firewall exceptions for port 80, 2513 and 5985 Continue reading “Installation of Desktop Director 2.1 for XenApp 6.5”
Today an article I wrote a while ago came online at the Citrix knowledgebase.
When trying to add a Worker Group to a policy, it may take a long time to display the list of available Worker Groups.
When editing a user policy and trying to add a worker group as a filter the AppCenter console, it may take a long time (>1 min) to enumerate the list of available worker groups in the farm. The server running the AppCenter console is running Windows Server 2008 R2 with XenApp 6.5 and hotfix rollup pack 01 installed.
To add a Worker Group filter to an existing policy through the AppCenter console it can take a while for the list of available Worker Groups to appear. Complete the following steps to reproduce this issue:
- Launch AppCenter.
- Go to your farm and select Policies.
- Select the Filters tab.
- Select All Filters and search for Worker Groups.
- Select Add to add a Worker Group to this filter.
- Click Add.
- Choose browse in the New Filter Element screen.
It takes up to 6 minutes to enumerate the list of Worker Groups.
Apply the correct Group Policy Management Console hotfix on the computer(s) running the AppCenter console.
After applying the hotfix and restarting your machine, Worker Group enumeration takes lesser time than before.
Read it here at the knowledgebase.
Citrix has released a new KB article which clearly describes how to check whether Citrix Universal Print Server has been installed and enabled correclty on your XenApp 6.5 HRP01 environment.
- The Universal Print Server feature comprises a client component – Universal Print Client (UPClient) that needs to be installed on the XenApp server along with Hotfix Rollup Pack 1 (HRP01) that provides the necessary updates implementing support for the UPS. When installed, the two items will appear in the installed programs list in the server Control Panel->Programs->Programs and Features Continue reading “How to check if Citrix UPS is installed and enabled on XenApp 6.5”