[cisco-voip] ESXi 5.5U1 and CUCM 10x new install and aligned

[Ryan Ratliff (rratliff)]

Not sure if you got a response to this but from what I recall the fix for the VMware issue was to not import the datastore during install, just as you noted.

The unaligned error you can get in CCMAdmin is not related to the datastore however.  That error relates to the partions on the VM itself.
If you look at http://blogs.vmware.com/vsphere/2011/08/guest-os-partition-alignment.html the error the VM reports via CCMAdmin is for the green block for the VMDK itself.  The alignment problems with old ESXi installs was the orange VMFS volume.


-Ryan

On Jun 14, 2014, at 12:57 PM, Jason Aarons (AM) <jason.aarons at dimensiondata.com<mailto:jason.aarons at dimensiondata.com>> wrote:

I remember this from older versions of ESxi “VMWare ESXi, the second logical volume is automatically imported unaligned”   Is this still true with ESXi 5.5 and CUCM 10x ?  I’ve never actually seen where the ESXi install creates the second datastore that the VMs are kept on.  I always have to do it manually in vSphere client.

This whole un-aligned was really a Cisco OVA template mis-configuration as I recall that I don’t have to worry about unless at login to ccmadmin I see that warning about un-aligned.


http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/8_0_1/delta/nc-801-cm/vmware.pdf

Aligning the Datastore Used for VMs
When you install VMWare ESXi, the second logical volume is automatically imported unaligned. VMs
have better disk performance when all partitions (physical, ESXi and VM) start on the same boundary.
This prevents disk blocks being fragmented across the different boundaries.
To ensure that the ESXi partition used for VMs will be aligned, you should delete the unaligned datastore
(the larger disk partition—407 GB), then recreate the datastore using vSphere client.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140623/1d1f531c/attachment.html>