• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • Unexplored Territory Podcast
  • HA Deepdive
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

Server

Delete all snapshots

Duncan Epping · Jan 7, 2008 ·

Today I encountered an old misunderstood principle again. A customer had created several snapshots on a virtual machine. Several… well to be exact 15. All snapshots were larger than 20GB. When the VMFS volume, on which this VM was located, ran out of diskspace he decided to use the button “Delete All”, but within a couple of minutes the VMFS volume ran out of diskspace again. What happened?

Situation:
Snapshot 1 – 20GB
Snapshot 2 – 10GB
Snapshot 3 – 30GB

When you choose “delete all” the following will happen:

  1. Snapshot 2 will grow to 40GB at most
  2. Snapshot 1 will grow to 60GB at most
  3. Snapshot 1 will be committed to the original VMDK
  4. All snapshot files are deleted

In other words: Snapshot 3 is merged into Snapshot 2, Snapshot 2 is merged into Snapshot 1, Snapshot 1 is merged into the original flat.vmdk and afterwards all snapshot files are deleted. This means that if you want to delete all snapshots at once you will need around 130GB of free diskspace. So think twice when you press the “delete all” button.

Cleaning up patches

Duncan Epping · Jan 5, 2008 ·

On the VMTN forum I read a cool solution for clearing your update cache when you use a web repository for patching your ESX hosts: “yum clean all”. Never thought of that cause I hardly use a web repository, always use a VMFS volume and the vmprofessional script.

Console connections and Getting Started tab

Duncan Epping · Jan 5, 2008 ·

When looking for the “maximum number of allowed console connections, I stumbled upon another handy option in VirtualCenter, “Edit -> Client Settings”.

  1. Set the maximum number of allowed console connections (0 to 100) to all virtual machines.
  2. Close all “Getting Started” tabs at once.

Where’s my lockdown mode in ESX 3.5?

Duncan Epping · Jan 4, 2008 ·

I’ve been looking for the lockdown option in ESX 3.5 for a few of hours these last couple of days and can’t seem to find it. In ESX 3i you can easily put it in lockdown mode when you add the host to the Cluster or afterwards here in the configuration/security section:

After a search on the internet is seemed I wasn’t the only that could not find the lockdown mode for 3.5. Viktor van den Berg opened a topic about it on the Dutch VMUG forum and decided to phone VMware about it… There answer was short, it’s not in 3.5 and it should have been. I guess it got lost in cyberspace.

For those who never heard of the lockdown mode:

VirtualCenter 2.5 provides administrators with the option to disable direct remote access to ESX Server 3 hosts as a root user after VirtualCenter 2.5 has taken control of a given host. This is called “lockdown mode.” Enabling this mode ensures that the host is managed only through VirtualCenter 2.5. Certain limited management tasks can still be performed while in lockdown mode by logging in to the local console on the host as a non-root user.

I guess we just have to wait for the upcoming patches.

Storage VMotion add-ons!

Duncan Epping · Jan 4, 2008 ·

I’m not the only one who thinks that the Storage VMotion interface is a burden. A couple of scripting wizards started creating a decent interface for the Storage VMotion script, which definitely come in handy. Check them out:

  • Dominic of VMProfessional created an additional perl script to make storage vmotion a bit easier. It works very simple just edit the script to include your VC url, username, password, cluster and Datacenter, then you will be prompted with a list of VMs to choose from, and a list of target datastore to choose from. Check it out at his website, VMProfessional.
  • ASP24 created a PHP website with some easy to use dropdown boxes. It’s hosted on the VMware VMTN forum. I did not had the opportunity to test it by the way.
  • « Go to Previous Page
  • Page 1
  • Interim pages omitted …
  • Page 331
  • Page 332
  • Page 333
  • Page 334
  • Page 335
  • Page 336
  • Go to Next Page »

Primary Sidebar

About the Author

Duncan Epping is a Chief Technologist and Distinguished Engineering Architect at Broadcom. Besides writing on Yellow-Bricks, Duncan is the co-author of the vSAN Deep Dive and the vSphere Clustering Deep Dive book series. Duncan is also the host of the Unexplored Territory Podcast.

Follow Us

  • X
  • Spotify
  • RSS Feed
  • LinkedIn

Recommended Book(s)

Also visit!

For the Dutch-speaking audience, make sure to visit RunNerd.nl to follow my running adventure, read shoe/gear/race reviews, and more!

Do you like Hardcore-Punk music? Follow my Spotify Playlist!

Do you like 80s music? I got you covered!

Copyright Yellow-Bricks.com © 2026 ยท Log in