Having a strange issue when we try to connect to our VM's after our upgrade to 5.1.1. Keep in mind, the VM's show "Available" in View Manager this entire time. On the first attempt to connect to a VM, the client will eventually time-out with the error "All Available desktop sources for this desktop are currently busy..." If I click "Try Again", I get "The display protocol for this desktop is currently not available". Then, if I click "Try Again", It connects and everything works perfectly. I can reproduce this over and over all day long. If I log off of the desktop and log back on, all works fine, however, if I restart the view agent, reboot the desktop, or re-compose the desktop, I have to go through the cycle of "Try Again" 3 times before I can get back in. This happens on all desktops in all pools and only started after our upgrade to 5.1.1. We are set up to use the PCoIP protocol and have 2 connection servers. Same results from both connection servers. Makes no difference if we enable PCoIP secure gateway or not. I'm really stumped...
There is a one minute gap in your first connection attempt before the broker times out, waiting for the agent to respond. The second request shows an existing session match and the connect to the same VM results in a busy response, and the agent is likewise reporting that it had a previous PCoIP session that needed to be torn down.
I believe what is happening here, is that the first request is getting stuck. It is taking more than a minute to respond to and this in turn blocks the second, as the first is still being processed when it comes in, but the second request does at least cancel it. Have you looked at the VM performance metrics during this time? Logs from the agent covering the full period may give some more clues as well.
Mike
I assume you have already updated VMTools first, then the hardware version of the VM, then finally updated the View Agent?
I had similar issues connecting after upgradeing to 5.1.1, not quite the same as you, but issues non-the-less. Connection Manager showed the desktop as available and it all looked OK, but the user would log on, see the desktop for a brief moment, then get a black screen, eventually returning to the login box. If they tried again it would say their desktop is currently unavailable.
I had to once again re-install the VMTools and then the View Agent. After doing this a second time, they could log in.... so far without any issues.
Ed
I have found the problem and was able to correct the issue!! It looks like it was the McAfee MOVE SVM that we are using with VShield. Looking at the SVM logs in McAfee EPO, I noticed a lot of entries stating that the scan timed out on "C:\Program Files\VMware\VMware View\Agent\jre\lib\rt.jar" for each of the virtual desktops. I shut down the SVM on one host and the problem went away immediately, so now I have put an exception in McAfee so that it doesn't scan inside "c:\program files\VMWare\" and it appears that everything is working as expected.
Ty for the info, will have it in mind when going to update my EPO to 5.1.1.
Regards!
Was getting very similar logs as OP in connection server and VM McAffee logs. Adding the exception worked for me.