Skip to content

            Lost ?  |  Need an account:
 
Home >> Knowledge Base >> Virtualization >> VMware ESX Server >> VMware Disk Alignment - Checking VMFS Disk Alignment
VMware Disk Alignment - Checking VMFS Disk Alignment PDF Print E-mail
(18 votes, average 4.22 out of 5)
Written by Tom Hirt   
Thursday, 09 April 2009 14:13
Article Index
VMware Disk Alignment
Checking VMFS Disk Alignment
Aligning VMFS and Linux using fdisk
Preparing VMDK for Windows Installation
All Pages

 

Checking VMFS Disk Alignment


Beginning with ESX v.3.x and later, VMware aligns new partitions to a 64KB boundary.  The 64KB boundary will probably suffice for most, but if you want to be extra cautious, you could opt to align at 1024KB (more on that in a minute).

Although the default 64KB alignment offered in ESX v3.x and later will work for most, if your LUN's stripe size is not aligned at 64KB, then you will have to format your VMFS by hand (instructions provided in the Aligning VMFS using fdisk section below).  Also, if your environment began on a pre 3.x installation (even if it has since been upgraded) you will suffer from alignment issues.  Older versions of ESX, did not conform with disk alignment specifications, so you should double check any older installations.

So that we don't stray to far from the topic at hand, it's probably best to ask your SAN administrator for the correct offset of a given LUN.  As long as the offset you choose is a multiple of the LUN's offset, you'll be fine.  Using a staring block of 2048 (2048 = 1024KB or 1MB) should account for the stripe sizes of most configurations but not all.  If you want to be sure, you must know your LUNs correct offset.  Otherwise, use 2048 which should satisfy most configurations - and at only 1024KB is just a drop in the bucket!

By now I'm sure your eager to see how to check our VMFS for alignment with your LUN or RAID set.  To do so, issue the following commands from the service console of your ESX host:

  • If you’re not logged in at the ‘root’ user, become root first

    $ whoami
    thirt
    $ su - root
    Password:

  • List the partitions

    # fdisk -lu

  • Fdisk will produce output similar to the following:

    Disk /dev/disks/vmhba2:0:0:0: 1999.8 GB, 1999839952896 bytes
    255 heads, 63 sectors/track, 243133 cylinders, total 3905937408 sectors
    Units = sectors of 1 * 512 = 512 bytes

    Device Boot    Start       End    Blocks   Id  System
    /dev/disks/vmhba2:0:0:1           128 18446744073320515964 18446744073515033727+  fb  VMFS

  • Take note of the start block for each disk.  The output isn't very pretty, but the start block in the above output is the second column (we highlighted it in yellow so that it may be more easily seen.)  As we have already said, ESX v3.x and later align at 64K boundaries.  In the above output, sector 128 = 64K.  For most, this will mean your disk is aligned.  However as we have already said, double check with your SAN administrator to get the correct alignment value for the given LUN.

Unfortunately, if you find your VMFS is not aligned, there is little you can do.  Depending on how much work is involved, you might consider destroying the data store and recreating it through the Virtual Infrastructure Client on an ESX v3.x host or from the service console using fdisk’s expert mode.  If you decide to recreate your VMFS, please be aware you will lose any data that exists on the partition, so as always backup your data first!

 



Comments
Add New Search
Andre  - Nice step-by-step guide... |15/01/2010 14:12:22
I already read various articles about disk alignment. Your's is the one I bookmarked. Nice job.
BTW, it seems someone changed a setting in step 8 and did not replace the picture in step 9. (2048 blocks should really not result in a 128 blocks offset;-)))
Travis  - Nice write up |27/01/2010 11:02:46
Very nice write on disk alignment. I followed all the steps and when I went to install Windows I pressed enter in step 13 of your guide and the next screen asked me if I wanted to format the partition. Should this happen?
Anonymous |03/02/2010 15:36:41
In step 11, command
Code:
# vmkfstools –C –createfs vmfs3 –b 4m /dev/disks/vmhba32\:0\:0\:0\:1

should looks like
Code:
# vmkfstools –C vmfs3 –b 4m /dev/disks/vmhba32\:0\:0\:0\:1

One should use "-C" or "--createfs".
admin |03/02/2010 20:20:40
Nice catch! I've updated step #11 to reflect the change.

Thanks!
-Tom
ericgc |18/02/2010 10:28:51
how come that command is not in step 11 anymore?
Anonymous |26/02/2010 03:19:52
Hello,

Does this apply to windows 2008 as well?

/Nick
thirt |03/03/2010 12:08:48
Hi Nick,

No, Microsoft finally got around to fixing this in Windows 2008. I guess they received enough fan mail on the topic to address it. :D

Best
-Tom
amikolajczyk  - IT Manager |08/10/2010 07:53:16
Hi, could you explain this a little more? What was the "this" that got fixed in 2008? Is it no longer necessary to do this in Windows 2008? I just followed your steps for a 2008 R2 VM and it failed to get past POST.

I checked a recently deployed 2008 R2 server with your alignment check script and it reported everything was aligned A-OK even though I didn't manually do any manual steps at all.

Thanks for this guide, I read a lot of them and this was hands-down the best explanation along with the best step-by-step guide.

Regards,
AJM
Berni |28/08/2010 08:39:56
Great article about disk aligment. Thanks!

But how can I extend an existing volume with the right aligment? When I extend the volume in VIC, the second disk is not aligned :(
victor |02/01/2011 18:18:56
If I were to clone the aligned VM does the alignment follow or not?
Denis |15/02/2011 14:00:06
Hi, Tom! Thanks.

But i don't understand, why we align a windows partition of virtual machine, if vmdk-flat-files already aligned, because they are consist of 1MB clusters of VMFS file system.
Anthony Vandewerdt |06/04/2011 23:11:02
Hi.

Great pictures.
You make the statement:
NTFS is formatted in blocks ranging from 1MB to 8MB

Do you mean VMFS?
If I check here, NTFS uses clusters that are nowhere near that big:
http://support.microsoft.com/kb/140365
erski  - Partition 1 has different physical/logical beginni |19/11/2011 01:46:22
I've made changes to disk step by step and I got this error:

Disk /dev/sda: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 224909 111431 83 Linux
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(0, 1, 1) logical=(0, 32, 33)

/dev/sda2 224910 2329424 1052257+ 82 Linux swap / Solaris
/dev/sda3 2329425 8385929 3028252+ 83 Linux

Any idea how to resolve the problem?
Mark W |12/02/2012 19:26:15
Hi, you mention in the article that once a windows partition is created and windows installed, you cannot change the offset. This is incorrect. You can boot off a gparted live cd, add a 2MB offset, then once its done that, change it to 1MB offset and then it aligns correctly. The two step process is necessary due to the way Gparted calculates the space.
Magik  - Sr Systems Engineer |22/02/2012 11:57:45
If you can get your hands on a tool called MBRALIGN from NetApp Host Utilities for ESX then you can use this to run against VMDK files to fix the offset of existing virtual disks. It takes advantage of the fact that your partition is a VMDK and simply fixes the VMDK.

Rick
C. Beerse  - re: |25/04/2012 08:30:05
victor wrote:
If I were to clone the aligned VM does the alignment follow or not?

Depends on the clone tool: Most (older) tools just do a block copy of the guest disks. Hence, the allignment does not change.
From vmware-converter 5.x (and workstation 8?) there is an option that optimizes the disk allignment. That updates the allignment to the conversion target. Current versions of other (vmware based) converters do the same.
C. Beerse  - re: IT Manager |25/04/2012 08:33:36
amikolajczyk wrote:
Hi, could you explain this a little more? What was the "this" that got fixed in 2008? Is it no longer necessary to do this in Windows 2008? I just followed your steps for a 2008 R2 VM and it failed to get past POST.

As far as I know, msW2k8 and newer installations start with an 1 MByte offset for this allignment by default. That is with disks over a (relative small) size. If you create a realy small filesystem (less than 1 GB) it is reported the 63KByte first block missallignment is still there.

I can imagine microsoft has done this because as a result of its own virtualisation business. I donnot have the impression this allignment is some active optimum.
Write comment
Name:
Email:
 
Website:
Title:
UBBCode:
[b] [i] [u] [url] [quote] [code] [img] 
 
 
:D:):(:0:shock::confused:8):lol::x:P:oops::cry::evil::twisted::roll::wink::!::?::idea::arrow:
 
Please input the anti-spam code that you can read in the image.

!joomlacomment 4.0 Copyright (C) 2009 Compojoom.com . All rights reserved."

Last Updated on Wednesday, 03 February 2010 20:19
 

Forum Activity

Author: Cogterrit
May.18.12
Author: Cogterrit
May.18.12
Author: Cogterrit
May.18.12
Author: Cogterrit
May.17.12

Online Stats

Guests Online: 82
Members Online: 1