Category: XenDesktop



I had a user who reported he would connect to his system at work and the session would go “wonky” with rendering issues.

Going through basic troubleshooting steps did not produce any interesting messages or errors.

Reviewing the Net, I did find a couple Xenapp articles mentioning the same issue and reported there was a fix (KB4039884) to address the rendering problem.  However, I read it was quickly pulled.

Researching a little more; I found that it had been re-released as part of a roll-up.  I went through a couple “replaced by” and found the November roll-up was the latest (at the time I had the issue).  I installed it on my master image (using PVS) and all was good!

Advertisements

I have a new farm with a new VIP.

All the proper firewall rules were in place but access from the Net would only give:

Http/1.1 Internal Server Error 43531

I went through and did all the proper DNS checks, etc., and did not find anything wrong.

The Netscaler had green lights on the basic setup and internally, Storefront was accessible. I reviewed load balancing services and found my two storefronts had yellow lights!

It turns out the security people only updated the firewall rules for one of the firewalls.  A simple update and all was good!

What was strange was the fact we kept hitting the firewall without the rules!  If only I was that lucky with the lottery.

 

 


I had a user report when he uses the Citrix Receiver to access our XenDesktop environment all sessions would reconnect and open windows. He liked XenDesktop but was annoyed by getting all his sessions opened. I explained that it was by design and that the receiver was “helping” him by giving him those sessions as he would need them anyway. He would have none of that. He wanted the control to start as he saw the need.

There is a way to disable this feature. I don’t know if the ability was always present but a newer version of the receiver might be needed. You will know if you follow these steps and the options aren’t there.

What to do:

  1. The receiver should already be installed.
  2. Look on the toolbar to the bottom right for the “^” and click it (this is for Windows 7 and up).
  3. Look for the Citrix Icon which looks like a “C” and right-click it.
  4. Select Advanced Preferences.
  5. Click the Settings Option link.
  6. Click the Reconnect Options tab.
  7. De-select Enable for Workspace Control Support.
  8. Click OK

This will restart the Receiver and should disable the starting of all disabled sessions when a user connects via the receiver. I did have an instance where it required a reboot but that should not be needed.

 


Our new Xendesktop setup solved a few problems and of course introduced new ones.

A user asked the question of how to get gnome to load .Xdefaults automatically as it was not working.

Old software tends to evolve.  Such was the case with Genome.  It now favors .Xresources now.  A quick link and the problem was solved.

ln -s .Xdefaults .Xresources

Citrix VDA version check


I had a question as to the VDA version installed on a Linux virtual machine. I didn’t find anything obvious through the basic ctx commands.

Why not the check the VDA module?

rpm -q XenDesktopVDA

Which in turn showed:

XenDesktopVDA-7.13.0.382-1.el6_7.x86_64

Now let’s see why director is giving me the wrong version information…..