cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: CitrixResourceBase execute(StartCommand) only works with ISCSI managed storage
Date Fri, 01 Nov 2013 16:23:31 GMT
No problem :)

Talk to you later


On Fri, Nov 1, 2013 at 10:11 AM, SuichII, Christopher <
Chris.Suich@netapp.com> wrote:

>  Ah, interesting. I didn’t realize that is what ‘managed’ meant. We are
> only doing NFS right now and everything is preallocated. I’ll update all my
> code to avoid the ‘managed’ flag.
>
>  Sorry about the confusion!
>  --
> Chris Suich
> chris.suich@netapp.com
> NetApp Software Engineer
> Data Center Platforms – Cloud Solutions
> Citrix, Cisco & Red Hat
>
>  On Nov 1, 2013, at 10:53 AM, Mike Tutkowski <mike.tutkowski@solidfire.com>
> wrote:
>
>  What it comes down to is if your storage does not require the hypervisor
> code to create/delete SRs (datastores for VMware) dynamically, then it is
> not managed storage.
>
>
> On Fri, Nov 1, 2013 at 8:42 AM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> By the way, when we say "managed" storage in CloudStack, we mean the
>> storage is not preallocated (as was the only case prior to 4.2).
>>
>>  For example, before 4.2 (using a SAN and XenServer as an example) you
>> had to create an iSCSI target, create an SR, then introduce the SR into CS
>> as primary storage.
>>
>>  With 4.2 you can introduce the SAN into CS as primary storage and have
>> volumes carved from it dynamically. The "managed" part comes in on the
>> hypervisor side where the hypervisor code now knows how to create the SR
>> for you to leverage the SAN volume.
>>
>>
>> On Fri, Nov 1, 2013 at 8:39 AM, Mike Tutkowski <
>> mike.tutkowski@solidfire.com> wrote:
>>
>>> 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.Suich@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.suich@netapp.com
>>>> NetApp Software Engineer
>>>> Data Center Platforms – Cloud Solutions
>>>> Citrix, Cisco & Red Hat
>>>>
>>>>
>>>
>>>
>>>  --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkowski@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>
>>> *™*
>>>
>>
>>
>>
>>  --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkowski@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>
>> *™*
>>
>
>
>
>  --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>
> *™*
>
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message