... has left the building
Monday, 20 April 2009 15:26

Elvis, you might say. No! It's my VM, LOL:

Elvis
Elvis...

 
Don't forget the simple things: autostart VM
Friday, 17 April 2009 01:00

This option in ESX / VC has been around for quite some time now (even gave us some headaches in the past where restating the mgmt-vmware services also restarted the VMs - oops). It's the autostart VM feature. How does this work? Quite easy: just enable it using your VI Client! If it is enabled, it autostarts your VMs at ESX poweron. So in case of a full datacenter power failure (and you do not have SRM in place) the most important selected VMs will start as soon as possible.

autostart

By default, this feature is disabled. But once enabled a lot happens on your ESX server (note: I call it explicitly ESX, not vCenter, but I'll come back to that later).

All settings defined in the VI client on the Autostart screen is saved in: /etc/vmware/hostd/vmAutoStart.xml

Here is the output of the above example:

<ConfigRoot>
<AutoStartOrder>
<_length>1</_length>
<_type>vim.host.AutoStartManager.AutoPowerInfo[]</_type>
<e id="0">
<_type>vim.host.AutoStartManager.AutoPowerInfo</_type>
<key>
<_type>vim.VirtualMachine</_type>
<moid>16</moid>
</key>
<startAction>PowerOn</startAction>
<startDelay>-1</startDelay>
<startOrder>1</startOrder>
<stopAction>SystemDefault</stopAction>
<stopDelay>-1</stopDelay>
<waitForHeartbeat>systemDefault</waitForHeartbeat>
</e>
</AutoStartOrder>
<SystemDefaults>
<_type>vim.host.AutoStartManager.SystemDefaults</_type>
<enabled>true</enabled>
<startDelay>120</startDelay>
<stopAction>PowerOff</stopAction>
<stopDelay>120</stopDelay>
<waitForHeartbeat>true</waitForHeartbeat>
</SystemDefaults>

During the system start (init process in the Linux RedHat Service Console) it starts the /etc/rc3.d/S99vmware-autostart which starts the VMs defined in the xml file using the /usr/bin/vmware-autopoweron.sh script. Pretty cool huh, so it is no abacadabra!

Anyway, there are nice features where you can set how long to wait between VMs (in seconds, or just allow the following VM to be started when the VMware Tools are running), also a shutdown procedure. And you can specify the order in which the VMs start. Awesome!

The last feature though (the one where you can specify the order), is pretty worthless when you run your ESX server in a cluster with VMotion capabilities. Once a VM is VMotioned (manually or by DRS) the autostart order is not saved. It is saved to start in random order. And you should enable the autostart feature on all hosts! Or else it will not work.

VMware did changed this around quite a lot. In the early days the autostart configuration was saved in the .vmx file. Now it is in an .xml file. It could be changed in the future so it is saved on the vCenter database (and in your ESX server of course) so hopefully it saves the start order.

I like to set this on my domain controller, vCenter Server, SQL Database server. Take a look, don't forget the simple things!

 
New removehba script
Tuesday, 31 March 2009 11:29

This new removehba script removes the HBA drivers from the ESX 3.x ISO. Added support for 3.5 U1, U2, U3 & U4. VMware changed some files where the drivers were in and the script is taking care of that now also. Many thanks to Andrew Palm, Rob Mokkink (and probably a bunch of other guys I forgot, sorry) for this one!!! Download from here. Don't know what the removehba script is??? Check the article here!

 
Debug mode?
Monday, 30 March 2009 11:07

We had some issues on our 'old' ESX servers. The initrd.img file was corrupted and the filesize was 0. Now, we resolved this by starting in Debug-Mode and copied a correct initrd.img file from an other ESX server and run the following commands just to be sure:

  • esxcfg-boot -p
  • esxcfg-boot -b
  • esxcfg-boot -r

Check this KB for more info (thanks Marvin).

The other thing I wanted to check is how do we know if my ESX server is running in debug mode at the moment? Well I looked in the file: "# cat /proc/vmware/version"

The top line on a server in debug-mode says:

VMware ESX Server 3.0.1 [BETAbuild-62090], built on Oct 29 2007

The top line on a server in normal mode says:

VMware ESX Server 3.0.1 [Releasebuild-62090], built on Oct 29 2007

Nice huh? Now, it is not recommended to keep your server running in debug mode since it log more information causing some more overhead. But it shouldn't give any problems...

 
Wanna try vCenter Mobile Access?
Friday, 27 March 2009 14:41

Now you can! Go to:

http://groenescheij.speedxs.nl:81

Login to my vCenter server: vc1.jume.local

Log in with: Administrator and password: vmware

And have it a go! I'll monitor the proces, so don't go hacking Innocent! I've got 2 ESX 3.5 U3 running and 2 ESX 3i U3. The vCenter is 2.5 U4. Have fun using vMotion, shutdown, restart, suspend, reboot, check graphs, etc

My VI environment has 4 HP ML 110G5's running 2 ESX 3.5 U3, 2 ESX 3i U3 and vCenter is 2.5 U4.

Check these blogs for more info about the vCMA:

By the way, I'm shutting down the servers at 20:00 tonight (that's friday) CET, since the noise of my 24 port switch is keeping my two daughters awake. Anyway, if this is a succes, I'll power it on next monday.
 
<< Start < Prev 1 2 3 4 5 6 7 8 9 10 Next > End >>

Page 9 of 25
Did you know: that ESX checks every 20ms to migrate a vCPU to another pCPU for the optimal workload balance. This is configurable (0ms - 5000ms) in Cpu.MigratePeriod in Advanced Settings of you ESX server.