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

Yellow Bricks

by Duncan Epping

  • Home
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

vSphere VM Snapshots and block size

Duncan Epping · Aug 24, 2009 ·

As some already noticed; when creating a snapshot on a VM with two disks the block size of the VMFS volume which hold the working directory is checked before the snapshot is taken. As reported by VMTN User Pizang this was not the case in ESX 3.x. You can imagine that this can cause issues when the second disk of a VM is larger than the maximum file size dictated by the block size of the VMFS file system which holds the working directory of the VM. What? Yeah I had to read that sentence at least 3 times before I understood what I said… This might make it easier:

virtualmachine001
Disk01 – 10GB stored on VMFS001 with a 1MB Block size
Disk02 – 350GB stored on VMFS002 with a 4MB Block size

VMFS001 contains the working directory of the vm “virtualmachine001”. Snapshots are stored in the working directory. In the case of Disk02 this could mean that the delta file grows beyond the maximum file limit of 256GB of VMFS001 where it will be stored.

Another example of where the block size could limit you is outlined in this KB article: http://kb.vmware.com/kb/1012384.

Related

Server ESX, esxi, snapshots, Storage, vSphere

Reader Interactions

Comments

  1. Fodidly says

    6 May, 2010 at 22:16

    I ran into this also after upgrading to VSphere 4. A quick workaround is to create a new LUN and format it with 4MB or 8MB block size and then just Storage VMotion the Configuration File (vmx file) to the new LUN. That only takes a few seconds and then you can take a snapshot since the snapshot will now reside on the new LUN with the vmx file that was moved.

  2. wilson481 says

    7 June, 2010 at 13:37

    i´ve got the same problem. why would you create a new lun instead of moveing the config file to vmfs002?

Primary Sidebar

About the author

Duncan Epping is a Chief Technologist in the Office of CTO of the Cloud Platform BU at VMware. He is a VCDX (# 007), the author of the "vSAN Deep Dive", the “vSphere Clustering Technical Deep Dive” series, and the host of the "Unexplored Territory" podcast.

Upcoming Events

May 24th – VMUG Poland
June 1st – VMUG Belgium

Recommended Reads

Sponsors

Want to support Yellow-Bricks? Buy an advert!

Advertisements

Copyright Yellow-Bricks.com © 2023 · Log in