WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / VCSA / HTML5 VM Console does not work after rebooting the VCSA or Windows vCenter Server 5.5

HTML5 VM Console does not work after rebooting the VCSA or Windows vCenter Server 5.5

09.23.2013 by William Lam // 30 Comments

There was an issue that was identified by some folks internally as well as myself around the new HTML5 VM Console for the VCSA 5.5 (vCenter Server Appliance). The issue is that after a reboot of the VCSA, the new HTML5 VM Console no longer functions. When you launch the console from the vSphere Web Client, you will get the following error "could not connect to x.x.x.x:7331"

After troubleshooting the issue with some of the engineers, it turns out there is an environmental variable that is not being properly set. There is a simple workaround to restore HTML5 VM Console functionality, take a look at the steps below:

Step 1 - Open up /usr/lib/vmware-vsphere-client/server/wrapper/conf/wrapper.conf (for Windows it is under C:\Program Files\VMware\Infrastructure\vSphereWebClient\server\bin\service\conf\wrapper.conf) and add set.default.VMWARE_JAVA_HOME=/usr/java/jre-vmware under the environmental section and save the file.

Step 2 - Restart the vSphere Web Client by running the following command:

/etc/init.d/vsphere-client restart

Once the vSphere Web Client is available, you will now be able to access the HTML5 VM Console when launching from a Mac OS X system or an automatic generated URL. This issue has already been reported internally and we will also get a VMware KB article published with the workaround.

Here is the official VMware KB 2060604

More from my site

  • Will I get Photon OS when I upgrade my VCSA 5.5/6.0 to VCSA 6.5?
  • How to bootstrap the VCSA using the ESXi Embedded Host Client?
  • Configuring VCSA 6.0 as vSphere Web Client Server for vSphere 5.5
  • Long awaited Fling, Windows vCenter Server to VCSA Converter Appliance is finally here!
  • Completely automating vCenter Server Appliance (VCSA) 5.5 Configurations

Categories // VCSA, VMRC, vSphere Tags // HTML5, remote console, VCSA, vcva, vSphere 5.5

Comments

  1. *protectedAnonymous says

    09/23/2013 at 9:50 pm

    Thanks William

    Have been banging my head against this issue, thought it may have been port forwarding as my vCenter is behind a firewall!

    All working now though

    Phil

    Reply
  2. *protectedAnonymous says

    09/24/2013 at 8:25 am

    GREAT!!! Many thanks for this help.

    Reply
  3. *protectedmtech87 says

    09/24/2013 at 9:06 am

    Thanks!!! I was wondering why it was breaking for the Mac.

    Reply
  4. *protectedAhmed Ali says

    11/15/2013 at 11:35 pm

    I'm seeing same issue on Windows based vCenter 5.5, could not find the variable, any idea?

    Reply
    • *protectedWilliam Lam says

      11/16/2013 at 3:54 pm

      I've updated the article to include the Windows path, it should be C:\Program Files\VMware\Infrastructure\vSphereWebClient\server\bin\service\conf\wrapper.conf

      Reply
    • *protectedAhmed Ali says

      11/16/2013 at 11:11 pm

      Works great, thanks William!

      Reply
  5. *protectedPeter Magnusson says

    11/20/2013 at 12:26 pm

    Im also experiencing the same problem on Windows based vcenter 5.5, i located the wrapper.conf file as stated above but what path do i put in the variable ? Doesnt seem right to use /usr/java/jre-vmware on windows.

    Reply
    • *protectedWilliam Lam says

      11/20/2013 at 3:19 pm

      See if this exists on your system C:\Program Files\Common Files\VMware\VMware vCenter Server - Java Components\bin

      Reply
  6. *protectedEmilio Barco says

    12/14/2013 at 7:33 pm

    William, i donΒ΄t find the file wrapper.conf in a Windows based vcenter 5.5, any idea?

    Reply
  7. *protectedelecoloco says

    01/31/2014 at 2:21 pm

    William,

    Can you confirm the correct path to put in the Windows vCenter Server. Is it: /usr/java/jre-vmware or C:\Program Files\Common Files\VMware vCenter Server - Java Components\bin or other?? It's not working for me.

    Reply
    • *protectedWilliam Lam says

      01/31/2014 at 4:05 pm

      You'll need to use the "Windows" path to JRE πŸ™‚

      "C:\Program Files\Common Files\VMware\VMware vCenter Server - Java Components\bin"

      Reply
    • *protectedelecoloco says

      02/11/2014 at 5:14 pm

      Thanks William. Just an FYI, this doesn't fix the issue with Windows based vCenter 5.5. It seems only to work with the Linux and or Virtual Appliance instance of vCenter.

      Reply
  8. *protectedFederico says

    03/02/2014 at 8:03 am

    Hi William, thanks for sharing. Still getting same error πŸ™
    My scenario is: WAN --- ESXI --- VMFIREWALL --- VCENTER
    The vcenter is natted on public ip different from the esxi but is behind, any advice?

    Reply
    • William Lam says

      03/02/2014 at 6:31 pm

      Can you try the setup where it's not NAT'ed and see if that helps. Could potentially be an issue relating to the NAT'ing.

      Reply
  9. *protectedspali says

    04/07/2014 at 9:45 am

    I have the same problem with a Windows vCenter Server, and could get the fix get to work.
    I tried set.default.JAVA_HOME which is not set by default (but commented out) and also set.default.VMWARE_JAVA_HOME to set to "C:\Program Files\Common Files\VMware\VMware vCenter Server – Java Components\bin". I also tried to play with "/" and "\", but didn't had success.
    Anyone found a solution for a Windows vCenter Server? The virgo logfile still shows an error regarding loading the context of console.war, but without any details. Does anyone know how to increase the loglevel there, maybe then I can see some usefull information.

    Reply
  10. *protectedEfren Palacios says

    04/08/2014 at 2:21 pm

    Spali,

    I have the same issue with Windows vCenter Server. I'm yet to find any fix. I've read all the articles on how to fix it on the VCSA appliance but nothing seems to work on the Windows version. I also tried different "/" and "\" since Windows and Unix use it differently.

    Reply
    • William Lam says

      04/08/2014 at 2:41 pm

      Make sure you set the proper VMWARE_JAVA_HOME path, I don't have a Windows box w/VC so I can't tell you where that is but a simple search should help you find it.

      Also regarding the slashes, you should not be switching between them. It's very simple "/" is for *NIX and "\" is for Windows. You just need to ensure you provide the correct path.

      Reply
      • *protectedspali says

        04/08/2014 at 3:47 pm

        Hi William

        The idea for switching the slashes is because somewhere below in the wrapper.conf VMWare itself used it in Unix style πŸ™‚

        And the path is correct, i tried it several times and also copied it from below where a sub directory of the java home is referenced. But sill no luck πŸ™

        The path (same as you have written some comments above) itself exists and is the right one in my opinion. That's the reason I'm not sure if its the same problem as with the VCSA. But i didn't found a way to increase the log level to see a meaningful error message.
        Its always a single line in windows and only marked as error. The message behind does look really like an error and there is no more to find the reason. So it's possible that Windows Servers have a completely different reason with the same symptom for this problem.

        I never have seen the console working on a windows server. Even after a fresh install of the whole server.

        Reply
        • William Lam says

          04/08/2014 at 4:00 pm

          Ah interesting, yea sorry I don't use Windows much :X

          I would recommend filing an SR on the issue you're having, someone from GSS should be able to help.

          FYI - This issue has been resolved in latest vSphere 5.5u1

          Reply
          • *protectedspali says

            04/08/2014 at 4:17 pm

            Then it's definitely not the same issue, because I used 5.5u1 for the fresh installation.

            thanks anyway, if I'm lucky and will find a solution I will post it here.

  11. *protectedJon Ducommun says

    04/16/2014 at 3:27 pm

    If you're still having a problem on the Windows side with 5.5u1 OR after addressing the fix above... vCenter doesn't automatically open port TCP/7331, so if you have the Windows Firewall active, you should be good after you exempt that port.

    Not very good at Windows myself... πŸ™‚

    Reply
    • *protectedspali says

      04/16/2014 at 3:48 pm

      Hi Jon

      thanks for the input, but the problem is it don't even try to listen on the port.. the service which should listen on the port does not even start at all.
      Still no new from my side to this issue πŸ™

      Reply
      • William Lam says

        04/17/2014 at 3:10 pm

        I would recommend that if you're still having issues that you file an SR with VMware Support, they should be able to help get to bottom of this

        Reply
        • *protectedJon Ducommun says

          04/17/2014 at 6:59 pm

          Agreed with you William. I thought on it yesterday and couldn't think of anything else.

          Reply
  12. *protectedNIc Olinsky says

    04/18/2014 at 7:32 pm

    http://www.netgainit.com/blog/vmware-vcenter-5-5-web-client-console-fix/

    Reply
    • *protectedjwaste says

      08/05/2014 at 12:45 pm

      this worked for me!!

      Reply
  13. *protectedx3nse says

    07/25/2014 at 2:57 am

    Guys, I was having the same troubles as everyone else then I tired disabling the firewall on both Private and Public zones then it worked!

    Reply
  14. *protectedx3nse says

    07/25/2014 at 3:05 am

    Seems Jon had the right idea from an earlier comment that I missed. Allow TCP 7331 through the firewall and this will take care of it.

    Reply
  15. *protectedEmilio says

    10/18/2014 at 4:07 pm

    from outside the WAN is functioning properly reverse resolution, eg host: vcenter.domain.com with ip: 80.78.76.65

    ping -a 80.78.76.65
    must respond
    vcenter.domain.com

    with this and open ports firewall 7331, 9443, 443 works ok

    Reply

Trackbacks

  1. Patch ESXi to run OSX guest | A Coder's Life says:
    03/23/2014 at 5:12 am

    […] More info: http://techiezone.rottigni.net/2013/11/installing-mavericks-on-esxi-5-1/ http://www.virtuallyghetto.com/2013/09/html5-vm-console-does-not-work-after.html […]

    Reply

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download TokenΒ  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025
  • vCenter Identity Federation with Authelia 04/16/2025
  • vCenter Server Identity Federation with Kanidm 04/10/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025