We are at version 5.5 of ESXi. Whenever we try to attach to the console from vCenter, we get this error: Unable to connect to the MKS: Could not connect to pipe \\.\pipe\vmware-authdpipe within retry period.
When you say "... we ...", does that mean you see the same issue for multiple users on different PCs? In this case you may want to check whether any Antivirus/Internet Security/Endpoint Protection or Firewall application causes this issue.
If it's a single PC run ipconfig /flushdns (with the vSphere Client closed) to see whether this helps. Btw. are you able to access the VM's console using the vSphere Web Client?
"We" all use a single terminal server to manage vmware. Vcenter client is installed on this server. Everyone is getting the error. Windows firewall is diabled via GPO, we uninstalled Endpoint protection just to see if it was causing isusues. No resolve for either. Also ran ipconfig /flushdns. nothing. We are able to access to the them through the web client, but my boss wants the desktop client working.
We had this same issue in one of our clusters running VMware 5.5.
On the one system that wasn't working, we found it had a different version of Java than the other systems. Once we updated the Java client and cleared out the old ones, the system was able to view the console via vCenter.
We are having the same issue. Just started last week. Was a fix action ever found for this error? The last update done to our workstations was on 1/5/2015 and that was MS14-080 (KB3008923) which had some IE 10, IE11 and ActiveX updates.
Is this issue with all VM's? or a particular VM?
Reinstall vsphere client again and try once. Hope you have checked DNS resolution for both ESXi and vCenter should be working fine from your client OS.
I just had this happen to me connecting to ESXi 5.5 from a notebook on the network. If you have a wi-fi connection on the terminal and a wired connection connecting to different networks this may be the cause. I turned off my wi-fi and attempted again and it worked just fine.
I just experienced this same issue with a Greenfield installation. My issue was resolved by pointing my local computer to the same DNS server as the VCSA in my network settings, and adding the FQDN of the VCSA in the "C:\Windows\System32\drivers\etc\hosts" file. My local system resides on a different subnet,connected via WI-FI, and the combination of the two settings resolved the issue. The oddest thing about this is that I could connect directly to the host with the client and launch a console to the VMs on that host with no problem. Hope this help.
Go and check the Size of the vmdk file . If the file size is 0 then you have lost connectivity with your VM. if this is not the problem then please do connect your VIClient again it will work.
Its like TurdFerg mentioned. When you get this error when connecting to vcenter server and use console its almost always a DNS problem of some kind. one other solution can be just to flush your DNS on the client or server you try connecting from. Even if you get right name resolution when using ping or connect to the vcenter server there can be a problem in the cached DNS file on the computer/server that are preventing you from get the display from the vcenter server. Need to keep in mind that the hosts will route the display from the console through vcenter and thats why it works when connecting directly to the host. vCenter loves DNS and in older version of vcenter and esx it would create more problems.
worked. created entry in host file on local client for esxi servers
entries added to host file on local workstaion. replace hostname and ip with yours