Holy VM!

Just Another Blog About Abstraction of Computer Resources

Best Blog Posts of VMworld 2008

There were a lot of post last week during VMworld, so many I couldn’t keep up with the reading. So I just wanted to point out some of the blog post that had some great content.

 

So there’s the list, but trust me there was also plenty of other great post so check them out on Planet V12n

Troubleshooting Tips For Common HA Errors

I thought since there are lot of questions on the VMware Community forums pertaining to HA errors I would document a list of troubleshooting tips:

  • Check to make sure DNS is configured properly
  • Check to see if you can resolve DNS
  • Check DNS records
  • Make sure you are using FQDN’s
  • Check your /etc/hosts file
  • Make sure your using lower case
  • Check Service Consoles have the same names and networks
  • Disable and Re-enable HA
  • Select Reconfigure for HA on the ESX host

Out of these troubleshooting tips the most common problem with HA is a DNS issue, so it is best to start troubleshooting DNS first.

Initial VMworld Thoughts

This is my first time at VMworld, so maybe my expectations are lower than others. So far the first day of the event has went quite smooth for a conference of 14,000. Registration was nicely organized and quick. The lab I participated in was “ESX/ESXi Performance Tuning and Troubleshooting. This lab was good John Hall presented some great information. There were no technical difficulties during the lab even though some of the instructions weren’t stated. So far I am expecting VMworld 2008 to be a great experience and hope everyone enjoys it as much as I am.

HA Error ‘An error occurred during configuration of the HA Agent on the host’

Please refer to the following post for troubleshooting HA Errors.

We recently just changed an IP on our second service console in ESX. After this we changed the DNS record to reflect the new IP. We then re-configured the ESX host for HA, and received the following error ‘An error occurred during configuration of the HA Agent on the host.’ So we removed the host from the cluster, and added the host back into the cluster.  We still got same error. So I tried to ping the host from a remote machine and it still showed the old IP, so I ran ipconfig /flushdns on the remote machine then tried to ping the ESX host again. This returned the correct IP address for the ESX host. Running ‘/etc/init.d/nscd restart’ to flush the DNS cache on the ESX host, then reconfiguring HA for the ESX host resolved the issue

HA errors seem to be a common question in the VMTN forum. So in my next post I would like to point out the most common errors and fixes with HA, and hopefully this will help some users out with HA problems.

ESX 3.5 Update 2 Health Status Missing

After upgrading one of our ESX 3.5 Update 2 host I noticed the Health Status was missing. So after digging into this further disconnecting the host and re-connecting the host the Health Status re-appeared under configuration. This seems to be an issue with VC not picking up the new feature.

Remote Virtual Center Database with Windows Authentication

In all of VMware’s documentation, it says that you must use SQL Authentication with a Remote SQL Database.   In our environment all of our MSSQL servers are setup with Windows authentication. So we decided to try a remote Virtual Center Database with Windows Authentication installation. It seems the only thing you need to change in Windows is for the Virtual Center Service to use the Windows Service account that you using for the VC Database. This has worked flawlessly for a year now. The only thing I can say is if you have any issues with Virtual Center, VMware will point their fingers at this setup.  This is clearly an unsupported configuration, but hopefully in the near future VMware will support Windows Authentication since SQL Authentication is a legacy configuration for MSSQL Server.

Updating VMware Tools Without a Reboot

One of the most annoying things I find when updating an ESX server is that you need to update VMware tools and then reboot the VM. In our company it is very hard to communicate downtime for any VM’s. So I decided to test if just restarting the VMware tools service in Windows would still apply the update. After restarting the VMware tools service Virtual Center showed that VMtools were updated. So far I have not seen any issues with doing this.  If anyone else has seen any issues or has recommendations please let me know.

Renaming a VMDK in Virtual Center

Yesterday a colleague of mine asked how to rename a .vmdk file ,so it matches the VM’s name in Virtual Center.  This is actually the first time I had to perform this operation. So at first I thought I might just V2V the machine, but thought there must be an easier way to rename a .vmdk. So I performed the following steps to rename the VM’s folder and files on the Datastore to reflect the VM’s name in Virtual Center:

  • Right click on the VM and select to rename
  • Right click and select Migrate
  • Choose the host
  • Choose the Resource Pool
  • Select  Move the VM files
  • Choose a new DataStore rather then the one it is currently on
  • Click Next
  • Click Finish

Now you will have the new naming structure to match the VM’s name in Virtual Center

The Microsoft SVVP Program

The Microsoft SVVP Program (Microsoft Server Virtualization Validation Program) is a program that Microsoft setup in June 2008. It is used to validate it’s server products on a virtual platforms. It allows Microsoft to provide improved support for their products that are being used in virtual environments.

This is a good thing for the virtualization world and ,better news for anyone that has to support Microsoft Products on a virtual platform.

Companies participating in the SVVP Program:

 

    VMware, Inc. (Not available at press time)
    Cisco Systems, Inc.
    Citrix Systems, Inc.
    Novell, Inc.
    Sun Microsystems
    Virtual Iron Software

 

Source: http://www.microsoft.com/presspass/press/2008/aug08/08-19EasyPathPR.mspx

Microsoft to unveil new licensing policies for virtual machines

According to Network World Microsoft is expecting to have new licensing policies for virtual machines. Currently Microsoft considers VMotion a license transfer which can only be performed once every 90 Days. Under the new policy this restriction would be lifted. As Virtualization becomes more mainstream I think companies will become more accommodating in terms on Licensing Policies.

Tags: , ,