Hey Chris, A bunch of these do make the assumption managed storage is iSCSI based (which was the situation in 4.2).
At the time, we had decided to deal with the only managed storage type that was in use. You and I should work together to update managed storage in 4.3 to handle your situation. Let's start with CitrixResourceBase's StartCommand. Can you tell me, are you using NFS? What is your managed storage type? Thanks! On Fri, Nov 1, 2013 at 8:32 AM, SuichII, Christopher <chris.su...@netapp.com > wrote: > It looks like some changes made in > 858ce766659101eb731c83c806892dd5d9baa976 prohibit any managed storage pool > other than ISCSI from starting a VM. It looks like you’ assuming that if > the storage pool is managed then we should use getIscsiSR() to get the xen > SR, which isn’t the case. > > I also believe I see this same issue in: > -XenServerStorageProcessor.attachVolume() > -VmwareStorageProcessor.attachVolume() > -VmwareResource.inferDatastoreDetailsFromDiskInfo() > > although those may not be the only places. > > Can you please update/fix this? Or, can a committer please revert these > changes until a fix is available. > > Thanks, > Chris > -- > Chris Suich > chris.su...@netapp.com > NetApp Software Engineer > Data Center Platforms – Cloud Solutions > Citrix, Cisco & Red Hat > > -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*
