Hash: SHA1

We've been playing with VCL and I really like the concept behind the ESX
module contributed by Sean Dilda from Duke back in February.  While I'm not
sure we'll stick with the "snapshot of a template's disk" model, I really
like the lack of dependence on NFS and the fact that the module is interacting 
directly with vCenter via the vSphere API.

Our VM admins recently started deploying the Cisco 1000v, a distributed
virtual switch (DVS) for VMware ESX, in our test environment.  I've noticed
that the vSphere RegisterVM_Task() API call doesn't seem to properly handle
the VMX configurations for DVS (ie: ethernet0.dvs.portgroupId,
ethernet0.dvs.switchId) and so the VMs get created with bogus ethernet adapter
configurations (ie: no network specified, or the adapter never connects on
poweron).  I've been able to work around the problem by completely removing
all references to the ethernet adapters from the VMX, allowing the module to
call RegisterVM_Task(), then adding them back with calls to ReconfigVM_Task()
before the module creates the snapshot and powers on the VM.

We've reported the issue to VMware and, while they acknowledge there's
something not quite right here, there's no estimate on when this might be
addressed.  To be fair to them, doing a straightforward deployment of a
template (via the GUI or using the CloneVM_Task() API call) works fine with or
without DVS present.

I'm curious as to whether there are other users of 'esxduke' out there and if
any of them are using (or are planning to use) distributed virtual switches in
their ESX environments.  If folks have seen and solved this already, I'd
love to see what they did to fix the problem.  If not, and if there is any 
interest, I'd certainly be happy to clean up my mods to esxduke.pm and submit
them as a patch for consideration in the future.

- -- 
Scott M. Sorrentino <sms...@cornell.edu>
CIT Systems & Operations, Cornell University
705 Rhodes Hall // (607) 254-8535
GnuPG fingerprint: 6E30 0B83 43F8 CF8B 3B44  7DBE 6AAE DFC9 1DE6 8C1C

Version: GnuPG v1.4.7 (GNU/Linux)


Reply via email to