Symptoms
A published application is running from a network share as a mapped drive. In this example, the path to the executable is W:\windows\system32\notepad.exe. Launching the published application from a XenApp 6 2008 R2 servers and gives the following error(s).
“Citrix online plug-in could not contact the server. Please check your network connection.”

“The remote server failed to execute the application launch request. Please contact your administrator for further details.

The online plug-in does an application refresh. The server event viewer show an error similar the one below:
“Application XYZ is published to the server X, but the command line “w:\windows\system32\notepad.exe” is not valid on X. Verify the correct servers and/or work groups are assigned to XYZ and ensure that the application is installed on X.
Where XYZ is the application name and X is the server name.

For the application to launch, the drive must first be mapped for the user launching the session. There is no problem launching the application in a published desktop, but a published application fails.
Cause
XenApp 6 adds a new check called the Application Installation Check during load balancing to ensure that the published application exists on the server being returned by load balancing. The Citrix Services Manager service now ensures that the file specified in the application’s command line exists on the server selected by load balancing. If this check fails, you will see the error message listed above in the event log of the server.
Note: Because the application installation check is performed before the user’s session is created, user environment variables can no longer be used in an application’s command line. Only system environment variables are supported in XenApp 6.
The application installation check will retry load balancing up to five times to return a valid server to the user. This check is intended to prevent a few misconfigured servers from creating a black hole condition in the XenApp farm. However, administrators should always make sure that applications are installed at the correct locations on the correct servers, and not rely on this check for day-to-day load balancing.
Resolution
Publish a batch file that maps the network drive and then calls the application. You could also publish the path through UNC, but certain applications require a drive letter and are also run from a network share.
A simple batch file for this example could be something like the following code:
net use w: \\server-name\share-name
w:\windows\system32\notepad.exe
Name this batch file “my-app.cmd” and save it to a local drive such as C:\. In the published application location, point to the batch file rather than the network drive location.
This is by design in XenApp 6.0 because of the new Application Installation Check feature explained above.
for more info check -> http://support.citrix.com/article/CTX125104
Thomas Poppelgaard
| #
Hi Steve normal I install the GRID driver to device and when its workin, I disable the default VGA device.
Have you applied latest hotfix to the XS6.1 there are some crucial hotfixes to the GPU pass-through, that could crash the GRID’s, when you power on a VM with GPU pass-through.
Steve
| #
Just a quick question on your setup. We just got a system similar to yours (R720, 2xGrid K2 cards, XenServer 6.1, XenApp 6.5). The GRID K2 driver installs (320.00), but the device shows up as stopped in device manager. Did you use any special options when installing the nVidia driver? Or somehow remove the default VGA device?
Dan
| #
Hi Thomas,
Some features in your screenshots (eg create appointments and contacts) seem to be missing from the iOS version of @WorkMail that got released in April, do you know if these features are still coming in a future release? The Android client is far more functional by comparison.
Regards
Dan
Christian Eilskov
| #
You can see the DHCP options here:
http://www.wyse.com/kb and search for 21501
You can transfer a image using Wyse Device Manager(WDM), the same goes for smaller updates like new ICA client and so.
Thomas Poppelgaard
| #
Thank you Barry =)
The deep compression codec for Citrix XenDesktop HDX 3D Pro will be intergrated for Citrix XenApp in Excalibur so there is a big difference with bandwidth consumption. This means that XenApp in Excalibur will be the best platform for user density and works great over WAN with high latency as HDX 3D Pro have been known to deliver for several years. Yes i know of cases with WAN optimization, I will gather these and share them.
Best regards
Thomas