You are here: Foswiki>AGLT2/VMWare Web>VMware55Update (revision 8)EditAttach

vSphere 5.5 update notes

Update path

Recommended path:

UM vCenter update (It hosts SSO)

MSU vCenter update

MSU/UM esxi host update

UM vCenter update

The first attempt to upgrade the UM vCenter (SSO+Lookup Service+Inventory Service+vCenter) failed. Ticket 14442399502 opened. Response was there are a few possible problems:
  1. Disk C: may have issues and should have a disk-check run
    1. Check ran OK
  2. MS Installer may not have need privileges on a directory (see MS KB http://support.microsoft.com/kb/834484 )
    1. Reset C:\ and all subdirectories in "Security" tab to make sure SYSTEM is included with Full Control
  3. Two VMware KB articles: kb.vmware.com/kb/2017147 and kb.vmware.com/kb/2047080
    1. Didn't seem to work. The "Change" option in the control panel didn't try to install any storage profile parts
The plan is to retry the "Upgrade" after addressing the issues above but instead of doing the "Simple" upgrade, first remove ALL VMware components from UMVMGT and then install each one individually. Create a new snapshot first. When the vCenter is installed we respond that we already have a DB to use and provide the ODBC credentials to use it.

Starting on second update attempt. I started to to the SSO component and noticed it found the FQDN host name as UMVMGT. I went into control panel and added the physics.lsa.umich.edu network domain and rebooted the system.

As I started to upgrade the SSO instance (using Custom install) I got the following pop-up which doesn't seem to have a consistent DNS name or IP amongst the values:

vcenter_55_upgrade-bad-FQDN-IP.png

To get around this I did the following:
  • Change the system name from UMVMGT with no domain to umvmgt with domain physics.lsa.umich.edu (required reboot)
  • Uninstalled ALL VMware components except VMware Tools
  • Connect to the console via the vSphere Client connecting to the ESXi host running umvmgt.physics.lsa.umich.edu
  • Ran the Custom Install for each component in order. When I got the the vCenter I used the existing DB.
  • Rebooted once it finished.
Seems OK after reboot.
Setting up Certs for UM Systems

VMware has some articles on how to setup X509 certificates for use with vSphere: Since I can get InCommon? certificates from the University of Michigan for free (https://webservices.itcs.umich.edu/index.php?screen=request&service=ssl_certificate ) I decided to set this up, especially since certificates are required in 5.5.

I installed OpenSSL? on umvmgt (version 0.9.8f). I created a C:\Certs directory and six subdirectories for each service needing a certificate.

See all 9 certificate requests in
  • Certs.zip: VMware vSphere cert requests zipfile

MSU vCenter update

The procedure is to create a new vCenter appliance, then point it at the old appliance and it reads in all of the settings and assumes its identity.
  1. Download the following component from the VMWare website:
    VMware vCenter Server 5.x Appliance - OVA File
  2. In the vCenter client, create a VM using the OVA file using File->Deploy OVF Template
  3. During the deployment, change the network from the default to the private (msulocal) network and give it an unused ip address in this range. This is only temporary, in this case I borrowed the IP belonging to an old rocks host.
  4. Add a new network device on the public network
  5. Start the newly deployed VM
  6. Follow the instructions here to perform the install. It will complain about not being able to interact with the SSO server, but just ignore it. Make sure to check 'Replace the SSL Certificates'.
  7. Upgrade the standalone vSphere client. This is easily done by attempting to login using the old client. There will be a popup prompting you to download and run the new installer.
  8. Apparently the secondary network uses dhcpd by default and assigns it an ip/hostname through that. This is a pain to fix, so in the future perhaps a dhcp server could just assign it the correct ip/hostname information to begin with. In this case, to fix it do the following:
    1. Follow the instructions here to configure the aglt2 network.
    2. In the stand alone client, go to vCenter settings and change all of the vcenter settings with the old hostname to the correct one (typically SSO related settings)
    3. Reconfigure SSO
      1. Log in to https://msu-vcenter.msulocal:5480
      2. In the web interface, stop the server, then go to the SSO tab
      3. Update the settings, test them, and then save them

Host update

MSU
  1. Follow the procedure at VMWare51Update? to backup and list updates

References

Some links for reference: -- JamesKoll - 18 Feb 2014
Edit | Attach | Print version | History: r11 | r9 < r8 < r7 < r6 | Backlinks | View wiki text | Edit WikiText | More topic actions...
Topic revision: r8 - 21 Feb 2014 - 20:42:59 - JamesKoll
 

This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback