WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / ESXi / 2gbsparse Disk Format No Longer Working On ESXi 5.1

2gbsparse Disk Format No Longer Working On ESXi 5.1

09.26.2012 by William Lam // 4 Comments

I was recently made aware of an issue with my ghettoVCB script that after upgrading to ESXi 5.1, the ability to clone (or in this case backup) using the 2gbsparse disk format with vmkfstools was no longer working. The error that users were seeing was "The system cannot find the file specified." and I also confirmed this behavior by manually creating a VMDK and then trying to clone using the 2gbsparse format.

To give you some background, the 2gbsparse disk format is not a VMFS virtual disk format, it is part of the hosted desktop product (VMware Fusion, Workstation, Server & Player) disk format. This disk format was created to prevent cross-platform file system compatibility issue as pointed out in this VMware KB article. This issue does not exists on VMFS and hence this extra disk format is not necessary.

After some investigation, I found to use the 2gbsparse format in vmkfstools, you will need to load a specific VMkernel module called "multiextent". 2gbsparse was never officially supported on ESXi, you can not run a virtual machine with 2gbsparse disk format on ESXi and that is why a conversion maybe required when moving from a hosted product to ESXi. So by disabling unnecessary VMkernel modules that were not used made sense to help reduce amount of resources needed to load up. This is especially important with stateless deployments, where you want your ESXi host to load up as fast as possible.

Once you have enabled this VMkernel module, the 2gbsparse format will function again with vmkfstools. I also found that this was mentioned in the vSphere 5.1 release notes (yes, you should read the release notes)

To load the multiextent VMkernel module, run the following ESXCLI command:

esxcli system module load -m multiextent

To check whether the multiextent VMkernel module has loaded, run the following ESXCLI command:

esxcli system module list | grep multiextent

If you wish to persist this configuration after a system reboot, I found that you need to add the following command in a start-up script /etc/rc.local.d/local.sh as just setting the "enabled" flag is not sufficient for this particular VMkernel module.

localcli system module load -m multiextent

Note: We are using localcli because hostd may not be completely ready and you can either add a sleep/timer or just use localcli.

More from my site

  • How to clear the ARP cache in ESXi prior to vSphere 5.5
  • A Pretty Cool Method of Upgrading to ESXi 5.1
  • Automating ESXi 5.1 Kickstart Tips & Tricks
  • Disabling IPv6 via Command-Line For ESXi 5.1 (Without Automatic Host Reboot)
  • How to Create an SE Sparse (Space-Efficient) Disk in vSphere 5.1

Categories // ESXi Tags // 2gbsparse, esxcli, ESXi 5.1, localcli, multiextent, vmkernel module, vmkfstools, vSphere 5.1

Comments

  1. *protectedAnonymous says

    10/23/2012 at 11:43 am

    Thanks a lot for this tip !

    Reply
  2. *protectedAnonymous says

    11/28/2012 at 8:08 pm

    Thank's a lot.
    You saved my day.
    Cheers grubi.

    Reply
  3. *protectedthe great quux says

    02/24/2013 at 8:30 pm

    Another day, another VMware mystery, another time that your website comes through!! Thanks dude.

    Reply
  4. *protectedAnonymous says

    04/11/2013 at 8:59 am

    "This issue does not exists on VMFS and hence this extra disk format is not necessary."

    Apart from the obvious, that people would want to copy VMs back and forth without faffing around with conversion!

    Reply

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download Token  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025
  • vCenter Identity Federation with Authelia 04/16/2025
  • vCenter Server Identity Federation with Kanidm 04/10/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025