Mar 05
Checkout this great VMware Communities Podcast, regarding ESXi — hosted by @jtroyer. Here’s the links for DOWNLOAD and to LISTEN NOW.
John Troyer (http://twitter.com/jtroyer) runs the VMware Communities Podcast at: http://www.talkshoe.com/tc/19367 – Please stop by and participate in these live podcasts, hosted at Talkshoe.
Enjoy,
Will
Mar 04
From time to time, you will need to start/restart the VMware Management service.
Here is the command you would use:
# service mgmt-vmware stop
# service mgmt-vmware start (can take up to 1 minute before fully online)
OR
# service mgmt-vmware restart
This might be a handy command if you are experiencing problems with your ESX host connecting to the VMware Virtual Center server. Also, if you having problems when “kill -9 ” does not stop a VM guest.
Please see this related VMware discussion topic. Be aware of the specific settings your VM guests MUST have before issuing this command.
Thanks,
Will
Mar 04
When using ESX VC Snapshot manager, it is a good idea not to leave your snapshot online for more than a day or two.
When a snapshot is left for more than 24-48 hours, disk “delta” files become very large and difficult to commit to the original Vmware vmdk disk file(s). This can lead to data corruption on your original vmdk file.
* When you go to delete a Snapshot, via Snapshot Manager, you may see the process get to 95% and then seem to hang—-then fail with the error: “Remove Snapshot: Operation Timed Out.” DO NOT issue another delete via Snapshot manager.
There is a background process that is still removing the old snapshot. Be Patient. When the process is completed, you will NOT see the snapshot listed in Snapshot manager. The -delta.vmdk files will also be gone.
Unfortunately, I’ve experienced this first hand.
-Will
Mar 04
There is an issue with some NICS (especially older Compaq G1 ones) where the VMware Converter process hangs at 2%, status = “In Progress”.
Setting the switch port and NIC to Auto Speed/Duplex will resolve this issue.
Please see the VMware discussion article:
http://www.vmware.com/community/thread.jspa?messageID=641866
This was a similar issue with VMware P2V:
http://www.vmware.com/community/thread.jspa?messageID=503749
Thanks,
Will
Mar 04
This error is caused when your Virtual Center Client application cannot directly (over IP) connect to your ESX host. I see this a lot of times when you are installing the VMVC Client on a new workstation.
The “fix” is very easy:
1) Add your ESX hosts into DNS. -not a bad idea in the first place
*** OR ***
2) Edit your Microsoft Windows hosts file to add your ESX servers for name resolution.
* Found in “C:\Windows\System32\drivers\etc\host” — Just edit with notepad.exe
3) Reopen your client and try again.
Now, if you are traversing a firewall, you may need to open some ports: All the ports needed are open (80, 443, 902, 903).
Thanks,
Will
Mar 04
Greetings,
If you’ve gotten this error “error stating “Error parsing clients.xml file” when connecting to your vCenter server with Microsoft Windows 7 — Here is your fix: http://www.tinyint.com/index.php/2009/09/04/vsphere-client-on-windows-7/
* Note, this was fixed with vSphere 4, Update 1
Cheers,
Will
Mar 04
If you ever wanted to enter (or exit) the VMware ESX Maintenance Mode, you can do this using the VIMSH command. See below:
- To Enter Maintenance Mode on ESX HOST:
vimsh -n -e /hostsvc/maintenance_mode_enter
- To Exit Maintenance Mode on ESX HOST:
vimsh -n -e /hostsvc/maintenance_mode_exit
Thanks,
Will
Mar 04
Want to rename a VM guest?!? Sure you can manually edit the *.vmx, *.vmdk files — but here is an easier way:
#1) Shutdown your VM guest.
#2) Right click, then Rename in Virtual Center.
#3) Right click, then choose Migrate…. Do a “cold” migration to another Datastore with enough space for your VM guest files, *.vmx *.vmdk’s, etc.
#4) After this finishes, you can move back to the original location, if you want.. — All of your VM guests files will be properly renamed.
#5) Power on your VM guest.
* Only thing you have to watch is to make sure you have enough free disk space on the Datastore you are moving to.
Thanks,
Will