by Duncan Epping
I’ve just created a new Page. This page will also deal about VMware HA. I threw all my “deepdive” posts into one page which makes it easier to find for you guys and search engines. But most important, easier to maintain. When I’ve got more technical in-depth information I will add it to the page.
Check it out and let me know what you think.
I was just reading an excellent weekly technical digest by VMware’s Michael White and noticed the mention of a KB article on SRM. This KB article has the following describtion:
With VMware Site Recovery Manager 1.0 Update 1, recovery of a VM might take a long time. The recovery time during a test or real recovery will be longer when more VM’s are involved. The Change Network Settings task might time out during the test or real failover. This is due to the serial fashion in which Site Recovery Manager waits until a guest heartbeat is seen prior to customizing the VM.
This problem can be encountered when running the following ESX versions:
In other words, the behaviour of ESX has changed and it might be useful and beneficial for SRM to change this behaviour again. We are talking about a 5 minute delay, that’s 5 minutes for each VM. You can imagine that running a recovery plan can and will take a long time when this setting isn’t changed. Here’s the solution which has also been outlined in the KB article.
Set hostd heartbeat delay to 40.
Disconnect the host from VC (Right click on host in VI Client and select “Disconnect” )
Login as root to the ESX Server with SSH.
Using a text editor such as nano or vi , edit the file /etc/vmware/hostd/config.xml
Set the “heartbeatDelayInSecs” tag under “vmsvc” to 40 seconds as shown here:
<vmsvc>
<heartbeatDelayInSecs>40</heartbeatDelayInSecs>
<enabled>true</enabled>
</vmsvc>
Restart the management agents for this change to take effect. See Restarting the Management agents on an ESX Server (1003490).
Reconnect the host in VC ( Right click on host in VI Client and select “Connect” )
The Jolicloud that is. Jolicloud is an initiative by Tariq Krim and is a heavily modified and probably JeOS version of Linux. It’s designed to run on Netbooks and I think the interface looks amazing it kinda reminds me of the iPhone interface.
We love netbooks: they are cheap, compact, light and always connected via 3G. What we didn’t like so much was the user experience so we decided to build our own. We used Linux and made it boot faster and we optimized it for surf and cloud computing. We redesigned the interface and integrated some cool stuff. This is how the jolicloud project started. The next step is to let you try it out and have your opinion so together we can build the best netbook experience!
Here’s a screenshot, if you own a netbook Jolicloud might be worth following on twitter. Or sign up for their mailinglist on jolicloud.com. It will run on any Asus EEE, Dell Mini etc.
Forbes just released version 1.3 of his VMReference Card.This card can be very useful for those studying for VCP/VCDX. But it might also come in handy when doing troubleshooting on the Service Console:
I’ve just finished updating my reference card. The biggest change is that I’ve moved everything to the latest update of 3.5 as the default.
- Updated the details to the latest Confuguration Maximiums PDF.
- Updated it to include 3.5 update 3 release notes.
- Changed the versioning to include the latest VMware release, so its more obvious how up to date (or not) your card is.
- Some minor additions (NAS maximums) and corrections.
Many thanks to all the readers who have written in with comments. Always welcome.
Go and grab it here: http://www.vmreference.com/vi3-card
Go to VMReference.com and download the Card. Leave a comment while you are there!
I was just reading up on the enormous amount of articles I had waiting in Google Reader. I try to keep up to date as much as possible but sometimes there’s just not enough time. I just noticed an excellent article of Mike La Spina on COMSTAR. COMSTAR is part of OpenSolaris and on the OpenSolaris website it described as follows:
COMSTAR is a software framework that enables you to turn any OpenSolaris host into a SCSI target that can be accessed over the network by initiator hosts. COMSTAR breaks down the huge task of handling a SCSI target subsystem into independent functional modules. These modules are then glued together by the SCSI Target Mode Framework (STMF).
Mike wrote a really extensive article on how-to setup COMSTAR. I must admit it looks promising, and it’s open source… freely available! Also be sure to check out these pages on the OpenSolaris section of SUN’s website.