Yellow Bricks

by Duncan Epping

Howto

How to show load balancing policy in the COS?

· ·

Kelly Olivier had a good question on the VMTN Communities. How can I check from the Service Console which network load balancing I’m using? Of course his first bet was “vmware-vim-vmd” but unfortunately there doesn’t seem to be an option to show which load balancing policy is being used.

As far as I know there’s another way to show this:

cat /etc/vmware/esx.conf | grep "teamPolicy\/team"

This would return the following:

/net/vswitch/child0001/teamPolicy/team = "lb_srcid"

Possible load balancing policies:
lb_srcid = Virtual port id
lb_ip = IP Hash
lb_srcmac = MAC Address

If anyone knows of any other methods of showing this info let me know and/or contribute to the topic on VMTN.

Update:

@lamw just posted that it is possible to get this info from vmware-vim-cmd:

vmware-vim-cmd hostsvc/net/vswitch_info | grep -E '(policy|name)'
      name = "vSwitch0",
         policy = (vim.host.NetworkPolicy) {
               policy = "loadbalance_ip",
      name = "vSwitch1",
         policy = (vim.host.NetworkPolicy) {
               policy = "loadbalance_srcid",
      name = "vSwitch5",
         policy = (vim.host.NetworkPolicy) {
               policy = "loadbalance_srcid",

How to change the SRM change of power state time out values

· ·

One of my customers recently asked if it was possible to change the time-out for a power state change, at the same time this question was asked and answered on an internal mailing list. I thought it would be nice to document it. An example of a power state change task would be the shutdown that is initiated by SRM when you run a recovery plan. The default value is 120 seconds which might not be long enough and could lead to issues when a power off is forced. You can increase or decrease this value by editing the SRM configuration file (vmware-dr.xml). Look for the following section:

<Recovery>
<powerStateChangeTimeout>120</ powerStateChangeTimeout>
</Recovery>

Like stated above, the time-out value is in seconds. The default value is 120 and it can be changed according to your requirements. This change will be effective when the SRM service has been restarted. (If you can’t find this section in the XML file, just add it…)

Partitioning your ESX host – part II

· ·

A while back I published an article on partitioning your ESX host. This was based on 3.5, and of course with vSphere this has slightly changed. Let me start by quoting a section from the install and configure guide.

You cannot define the sizes of the /boot, vmkcore, and /vmfs partitions when you use the graphical or text installation modes. You can define these partition sizes when you do a scripted installation.

The ESX boot disk requires 1.25GB of free space and includes the /boot and vmkcore partitions. The /boot partition alone requires 1100MB.

The reason for this is the fact that the service console is a VMDK. This VMDK is stored on the local VMFS volume by default in the following location: esxconsole-<system-uuid>/esxconsole.vmdk. By the way, “/boot” has been increased as a “safety net” for future upgrades to ESX(i).

So for the manual installations there are three partitions less to worry about. I would advise to use the following sizes for the rest of the partitions, and I would also recommend to rename the local VMFS partition during installation. The default name is “Storage1”, my recommendation would be “<hostname>-localstorage”.

Primary:
/     - 5120MB
Swap  - 1600MB
Extended Partition:
/var  - 4096MB
/home - 2048MB
/opt  - 2048MB
/tmp  - 2048MB

With the disk sizes these days you should have more than enough space for a roughly 18GB for ESX in total.

Windows 7 and the Intel 965 video driver

· ·

I like trying out new stuff. That’s one of the reasons I upgraded my testing machine to Windows 7. Unfortunately the driver that is included with Windows 7 for the Intel 965 Mobile is far from perfect. Nasty side effects are: flickering taskbar, black boxes on random places of the screen, minimize / maximize / close buttons hidden, taskbar disappearing… as you can see there are more than enough issues to look for a workaround. I tried updating to the latest and greatest version but this did not solve the issues I was facing. But the following did:

  • Download the Vista 64 Bit driver for the Intel 965 (in my case Lenovo laptop)
  • Unzip the software
  • Right click properties on the “setup.exe”
  • Click on the Compatibility tab and select mode to “Windows Vista Service Pack 2” and select “run this program as an administrator” at “privilege level”
  • Click “Ok”
  • Run the setup and reboot

So far I haven’t experienced the issues anymore…

License server VM down, now what?

· ·

On twitter John Troyer retweeted a question a couple of days ago which basically came down to the following: When your VM which contains the license server goes down and has been down for longer then 14 days you will not be able to actually boot it up. This is because the grace period has expired.

As a VMware PSO Consultant my recommendation is to make sure you always have a “host based” license file laying around. In a normal situation you don’t need to use it. But in a situation like this it will be very useful because you can just change the license to a host based license instead of a “license server”. This would enable you to actually boot up the License VM. When booted up you could easily revert the changes again and point to your license server again.