You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Mike Tutkowski <mi...@solidfire.com> on 2013/02/07 23:11:12 UTC
Setting up CloudStack to use XenServer with iSCSI
Hi everyone,
I noticed a while back that when I tried to create iSCSI-based Primary
Storage for a XenServer Cluster that the operation failed.
The way I got around this was to go into XenCenter, create a storage
repository based on my iSCSI target, and then go into CloudStack and create
a PreSetup-based Primary Storage.
Does anyone know why I had to take this PreSetup approach for XenServer?
Is there no way for CloudStack to call into XenServer to do this work for
me?
Thanks!
--
*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>
*™*
Re: Setting up CloudStack to use XenServer with iSCSI
Posted by Mike Tutkowski <mi...@solidfire.com>.
Great...thanks for that info, Anthony!
On Thu, Feb 7, 2013 at 11:04 PM, Anthony Xu <Xu...@citrix.com> wrote:
> In XenServer pool, there is one master host, the rest are slave host,
> CloudStack only talks to master host, when set up SR, CloudStack tells
> master host to create a shared SR, master host will ask every slave to
> create connection to iscsi server, then every host in this XenServer pool
> can see this SR.****
>
> ** **
>
> Anthony****
>
> ** **
>
> *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> *Sent:* Thursday, February 07, 2013 10:00 PM
> *To:* Anthony Xu
> *Cc:* Alex Huang; Edison Su; cloudstack-dev@incubator.apache.org; Marcus
> Sorensen
>
> *Subject:* Re: Setting up CloudStack to use XenServer with iSCSI****
>
> ** **
>
> OK, cool...thanks for that info, Anthony.****
>
> ** **
>
> When CloudStack sets up the storage repository, does it just pick any
> XenServer host and that XenServer host communicates the info to its peers?
> ****
>
> ** **
>
> On Thu, Feb 7, 2013 at 10:48 PM, Anthony Xu <Xu...@citrix.com> wrote:*
> ***
>
> Xenserver hosts under one cluster are in one XenServer pool, there is one
> iscsi storage repository from xenserver hosts perspective.
>
> Anthony****
>
>
> > -----Original Message-----
> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]****
>
> > Sent: Thursday, February 07, 2013 7:26 PM
> > To: Alex Huang
> > Cc: Edison Su; cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
> >
> > Can I ask you guys a related question?
> >
> > When I tried to set up my iSCSI-based Primary Storage for my XenServer
> > Cluster, I only had one XenServer in the Cluster.
> >
> > What does CloudStack do from a storage repository standpoint if there
> > are
> > multiple XenServers in the Cluster? Do they each get a new storage
> > repository that points to that IQN?
> >
> > Thanks for clarifying this for me!
> >
> >
> > On Thu, Feb 7, 2013 at 7:55 PM, Mike Tutkowski
> > <mike.tutkowski@solidfire.com
> > > wrote:
> >
> > > Hey Alex,
> > >
> > > Thanks for your input!
> > >
> > > Let me make sure we're on the same page from a terminology standpoint.
> > >
> > > When I refer to a volume, that is equivalent to a LUN. Creating a
> > > SolidFire volume gets you an IQN referring to LUN 0.
> > >
> > > It is definitely true that SolidFire would love to be able to service
> > a
> > > single VM Instance or Data Disk from one of its volumes (since
> > quality of
> > > service for SolidFire is on a volume-by-volume basis). So, saying
> > one VDI
> > > per volume per LUN sounds like we're talking about the same thing.
> > >
> > > It is my understanding that Edison's plug-in architecture that is
> > > scheduled for 4.2 will enable this, which is great.
> > >
> > > In the meanwhile, I'm trying to develop a relatively simple
> > workaround for
> > > our customers (including those who won't upgrade to 4.2 right away).
> > >
> > > What I put out there in previous messages may or may not work. I'm
> > really
> > > new to CloudStack, so I'd certainly like to get input from those with
> > > experience.
> > >
> > > I wrote it earlier, but let me re-write it here again. This is what
> > I was
> > > thinking:
> > >
> > > Most CSPs have their own GUIs that talk to CS. If I could get them
> > to
> > > make a little update to their code, they could invoke a program I
> > would
> > > (theoretically) write when a "special" Compute Offering was selected.
> > >
> > > The way they would recognize this special Compute Offering would be
> > based
> > > on its Storage Tag. Let's say its Storage Tag is "SolidFire".
> > >
> > > If their GUI sees that tag, it invokes my program and passes in the
> > > necessary data. My program goes off to the SolidFire SAN and creates
> > a
> > > volume of the requested size and speed. The output of this operation
> > is an
> > > IQN.
> > >
> > > This program could then talk to XenServer and create a new storage
> > > repository that's based on this IQN (or whatever the equivalent is in
> > KVM
> > > and VMware).
> > >
> > > After that has completed, this program could update the Storage Tag
> > of a
> > > known Primary Storage in CS with, say, the IQN of the volume. It
> > would do
> > > the same thing with the Compute Offering in question (so now the
> > Compute
> > > Offering refers to the Primary Storage due to this common Storage
> > Tag).
> > >
> > > At this point, the CSP's GUI could initiate the process of creating a
> > VM
> > > and the VM should reside on a unique SolidFire volume that is the
> > only
> > > volume in that XenServer's related storage repository.
> > >
> > > The CSP then sets the Storage Tag of the Compute Offering and Primary
> > > Storage back to what it was initially: "SolidFire".
> > >
> > > Is that reasonable or perhaps I'm missing something? It's not ideal,
> > but
> > > mainly I'm looking for a workable solution to provide to customers
> > before
> > > 4.2 is out.
> > >
> > > Thanks for your time!
> > >
> > >
> > > On Thu, Feb 7, 2013 at 5:33 PM, Alex Huang <Al...@citrix.com>
> > wrote:
> > >
> > >> Mike,
> > >>
> > >> One thing you should be aware of is that CloudStack used lvmoiscsi
> > SR for
> > >> iscsi. It is not vdi per lun. From your other emails, I think
> > solid fire
> > >> is trying to implement vdi/volume per lun. It's very different from
> > >> CloudStack's implementation.
> > >>
> > >> --Alex
> > >>
> > >> > -----Original Message-----
> > >> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > >> > Sent: Thursday, February 07, 2013 3:15 PM
> > >> > To: Edison Su
> > >> > Cc: cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > >> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
> > >> >
> > >> > OK, thanks...I can fetch the latest.
> > >> >
> > >> >
> > >> > On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com>
> > wrote:
> > >> >
> > >> > > It should work, maybe you can try the latest code in
> > storage_refactor
> > >> > > branch.****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > >> > > *Sent:* Thursday, February 07, 2013 2:51 PM
> > >> > > *To:* Edison Su
> > >> > > *Cc:* cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > >> > > *Subject:* Re: Setting up CloudStack to use XenServer with
> > iSCSI****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > Hey Edison,****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > I can't get jetty to run in storage_refactor (admittedly my code
> > is
> > >> about
> > >> > > a week out of date). Should jetty be working there now or is
> > this a
> > >> known
> > >> > > issue?****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > Thanks****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
> > >> > > mike.tutkowski@solidfire.com> wrote:****
> > >> > >
> > >> > > Sounds good, Edison...I was under the impression this was a
> > known
> > >> issue,
> > >> > > but it sounds like maybe it's not.****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > I'll try to reproduce it today.****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > Thanks****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>
> > >> > wrote:***
> > >> > > *
> > >> > >
> > >> > > need error messages, otherwise, I don't know how to debug the
> > >> > issue...****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > >> > > *Sent:* Thursday, February 07, 2013 2:11 PM
> > >> > > *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus
> > Sorensen
> > >> > > *Subject:* Setting up CloudStack to use XenServer with iSCSI****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > Hi everyone,****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > I noticed a while back that when I tried to create iSCSI-based
> > Primary
> > >> > > Storage for a XenServer Cluster that the operation failed.****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > The way I got around this was to go into XenCenter, create a
> > storage
> > >> > > repository based on my iSCSI target, and then go into CloudStack
> > and
> > >> > create
> > >> > > a PreSetup-based Primary Storage.****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > Does anyone know why I had to take this PreSetup approach for
> > >> XenServer?
> > >> > > Is there no way for CloudStack to call into XenServer to do
> > this
> > >> work for
> > >> > > me?****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > Thanks!
> > >> > > ****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > --
> > >> > > *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>
> > >> > > *(tm)*****
> > >> > >
> > >> > >
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > --
> > >> > > *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>
> > >> > > *(tm)*****
> > >> > >
> > >> > >
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > --
> > >> > > *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>
> > >> > > *(tm)*****
> > >> > >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > *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>
> > >> > *(tm)*
> > >>
> > >
> > >
> > >
> > > --
> > > *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>
> > > *(tm)*
> > >
> >
> >
> >
> > --
> > *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>
> > *(tm)*****
>
>
>
> ****
>
> ** **
>
> --
> *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>
*™*
RE: Setting up CloudStack to use XenServer with iSCSI
Posted by Anthony Xu <Xu...@citrix.com>.
In XenServer pool, there is one master host, the rest are slave host, CloudStack only talks to master host, when set up SR, CloudStack tells master host to create a shared SR, master host will ask every slave to create connection to iscsi server, then every host in this XenServer pool can see this SR.
Anthony
From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
Sent: Thursday, February 07, 2013 10:00 PM
To: Anthony Xu
Cc: Alex Huang; Edison Su; cloudstack-dev@incubator.apache.org; Marcus Sorensen
Subject: Re: Setting up CloudStack to use XenServer with iSCSI
OK, cool...thanks for that info, Anthony.
When CloudStack sets up the storage repository, does it just pick any XenServer host and that XenServer host communicates the info to its peers?
On Thu, Feb 7, 2013 at 10:48 PM, Anthony Xu <Xu...@citrix.com>> wrote:
Xenserver hosts under one cluster are in one XenServer pool, there is one iscsi storage repository from xenserver hosts perspective.
Anthony
> -----Original Message-----
> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com<ma...@solidfire.com>]
> Sent: Thursday, February 07, 2013 7:26 PM
> To: Alex Huang
> Cc: Edison Su; cloudstack-dev@incubator.apache.org<ma...@incubator.apache.org>; Marcus Sorensen
> Subject: Re: Setting up CloudStack to use XenServer with iSCSI
>
> Can I ask you guys a related question?
>
> When I tried to set up my iSCSI-based Primary Storage for my XenServer
> Cluster, I only had one XenServer in the Cluster.
>
> What does CloudStack do from a storage repository standpoint if there
> are
> multiple XenServers in the Cluster? Do they each get a new storage
> repository that points to that IQN?
>
> Thanks for clarifying this for me!
>
>
> On Thu, Feb 7, 2013 at 7:55 PM, Mike Tutkowski
> <mi...@solidfire.com>
> > wrote:
>
> > Hey Alex,
> >
> > Thanks for your input!
> >
> > Let me make sure we're on the same page from a terminology standpoint.
> >
> > When I refer to a volume, that is equivalent to a LUN. Creating a
> > SolidFire volume gets you an IQN referring to LUN 0.
> >
> > It is definitely true that SolidFire would love to be able to service
> a
> > single VM Instance or Data Disk from one of its volumes (since
> quality of
> > service for SolidFire is on a volume-by-volume basis). So, saying
> one VDI
> > per volume per LUN sounds like we're talking about the same thing.
> >
> > It is my understanding that Edison's plug-in architecture that is
> > scheduled for 4.2 will enable this, which is great.
> >
> > In the meanwhile, I'm trying to develop a relatively simple
> workaround for
> > our customers (including those who won't upgrade to 4.2 right away).
> >
> > What I put out there in previous messages may or may not work. I'm
> really
> > new to CloudStack, so I'd certainly like to get input from those with
> > experience.
> >
> > I wrote it earlier, but let me re-write it here again. This is what
> I was
> > thinking:
> >
> > Most CSPs have their own GUIs that talk to CS. If I could get them
> to
> > make a little update to their code, they could invoke a program I
> would
> > (theoretically) write when a "special" Compute Offering was selected.
> >
> > The way they would recognize this special Compute Offering would be
> based
> > on its Storage Tag. Let's say its Storage Tag is "SolidFire".
> >
> > If their GUI sees that tag, it invokes my program and passes in the
> > necessary data. My program goes off to the SolidFire SAN and creates
> a
> > volume of the requested size and speed. The output of this operation
> is an
> > IQN.
> >
> > This program could then talk to XenServer and create a new storage
> > repository that's based on this IQN (or whatever the equivalent is in
> KVM
> > and VMware).
> >
> > After that has completed, this program could update the Storage Tag
> of a
> > known Primary Storage in CS with, say, the IQN of the volume. It
> would do
> > the same thing with the Compute Offering in question (so now the
> Compute
> > Offering refers to the Primary Storage due to this common Storage
> Tag).
> >
> > At this point, the CSP's GUI could initiate the process of creating a
> VM
> > and the VM should reside on a unique SolidFire volume that is the
> only
> > volume in that XenServer's related storage repository.
> >
> > The CSP then sets the Storage Tag of the Compute Offering and Primary
> > Storage back to what it was initially: "SolidFire".
> >
> > Is that reasonable or perhaps I'm missing something? It's not ideal,
> but
> > mainly I'm looking for a workable solution to provide to customers
> before
> > 4.2 is out.
> >
> > Thanks for your time!
> >
> >
> > On Thu, Feb 7, 2013 at 5:33 PM, Alex Huang <Al...@citrix.com>>
> wrote:
> >
> >> Mike,
> >>
> >> One thing you should be aware of is that CloudStack used lvmoiscsi
> SR for
> >> iscsi. It is not vdi per lun. From your other emails, I think
> solid fire
> >> is trying to implement vdi/volume per lun. It's very different from
> >> CloudStack's implementation.
> >>
> >> --Alex
> >>
> >> > -----Original Message-----
> >> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com<ma...@solidfire.com>]
> >> > Sent: Thursday, February 07, 2013 3:15 PM
> >> > To: Edison Su
> >> > Cc: cloudstack-dev@incubator.apache.org<ma...@incubator.apache.org>; Marcus Sorensen
> >> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
> >> >
> >> > OK, thanks...I can fetch the latest.
> >> >
> >> >
> >> > On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com>>
> wrote:
> >> >
> >> > > It should work, maybe you can try the latest code in
> storage_refactor
> >> > > branch.****
> >> > >
> >> > > ** **
> >> > >
> >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com<ma...@solidfire.com>]
> >> > > *Sent:* Thursday, February 07, 2013 2:51 PM
> >> > > *To:* Edison Su
> >> > > *Cc:* cloudstack-dev@incubator.apache.org<ma...@incubator.apache.org>; Marcus Sorensen
> >> > > *Subject:* Re: Setting up CloudStack to use XenServer with
> iSCSI****
> >> > >
> >> > > ** **
> >> > >
> >> > > Hey Edison,****
> >> > >
> >> > > ** **
> >> > >
> >> > > I can't get jetty to run in storage_refactor (admittedly my code
> is
> >> about
> >> > > a week out of date). Should jetty be working there now or is
> this a
> >> known
> >> > > issue?****
> >> > >
> >> > > ** **
> >> > >
> >> > > Thanks****
> >> > >
> >> > > ** **
> >> > >
> >> > > On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
> >> > > mike.tutkowski@solidfire.com<ma...@solidfire.com>> wrote:****
> >> > >
> >> > > Sounds good, Edison...I was under the impression this was a
> known
> >> issue,
> >> > > but it sounds like maybe it's not.****
> >> > >
> >> > > ** **
> >> > >
> >> > > I'll try to reproduce it today.****
> >> > >
> >> > > ** **
> >> > >
> >> > > Thanks****
> >> > >
> >> > > ** **
> >> > >
> >> > > On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>>
> >> > wrote:***
> >> > > *
> >> > >
> >> > > need error messages, otherwise, I don't know how to debug the
> >> > issue...****
> >> > >
> >> > > ****
> >> > >
> >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com<ma...@solidfire.com>]
> >> > > *Sent:* Thursday, February 07, 2013 2:11 PM
> >> > > *To:* cloudstack-dev@incubator.apache.org<ma...@incubator.apache.org>; Edison Su; Marcus
> Sorensen
> >> > > *Subject:* Setting up CloudStack to use XenServer with iSCSI****
> >> > >
> >> > > ****
> >> > >
> >> > > Hi everyone,****
> >> > >
> >> > > ****
> >> > >
> >> > > I noticed a while back that when I tried to create iSCSI-based
> Primary
> >> > > Storage for a XenServer Cluster that the operation failed.****
> >> > >
> >> > > ****
> >> > >
> >> > > The way I got around this was to go into XenCenter, create a
> storage
> >> > > repository based on my iSCSI target, and then go into CloudStack
> and
> >> > create
> >> > > a PreSetup-based Primary Storage.****
> >> > >
> >> > > ****
> >> > >
> >> > > Does anyone know why I had to take this PreSetup approach for
> >> XenServer?
> >> > > Is there no way for CloudStack to call into XenServer to do
> this
> >> work for
> >> > > me?****
> >> > >
> >> > > ****
> >> > >
> >> > > Thanks!
> >> > > ****
> >> > >
> >> > > ****
> >> > >
> >> > > --
> >> > > *Mike Tutkowski*****
> >> > >
> >> > > *Senior CloudStack Developer, SolidFire Inc.*****
> >> > >
> >> > > e: mike.tutkowski@solidfire.com<ma...@solidfire.com>****
> >> > >
> >> > > o: 303.746.7302<tel:303.746.7302>****
> >> > >
> >> > > Advancing the way the world uses the
> >> > cloud<http://solidfire.com/solution/overview/?video=play>
> >> > > *(tm)*****
> >> > >
> >> > >
> >> > >
> >> > > ****
> >> > >
> >> > > ** **
> >> > >
> >> > > --
> >> > > *Mike Tutkowski*****
> >> > >
> >> > > *Senior CloudStack Developer, SolidFire Inc.*****
> >> > >
> >> > > e: mike.tutkowski@solidfire.com<ma...@solidfire.com>****
> >> > >
> >> > > o: 303.746.7302<tel:303.746.7302>****
> >> > >
> >> > > Advancing the way the world uses the
> >> > cloud<http://solidfire.com/solution/overview/?video=play>
> >> > > *(tm)*****
> >> > >
> >> > >
> >> > >
> >> > > ****
> >> > >
> >> > > ** **
> >> > >
> >> > > --
> >> > > *Mike Tutkowski*****
> >> > >
> >> > > *Senior CloudStack Developer, SolidFire Inc.*****
> >> > >
> >> > > e: mike.tutkowski@solidfire.com<ma...@solidfire.com>****
> >> > >
> >> > > o: 303.746.7302<tel:303.746.7302>****
> >> > >
> >> > > Advancing the way the world uses the
> >> > cloud<http://solidfire.com/solution/overview/?video=play>
> >> > > *(tm)*****
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
> >> > o: 303.746.7302<tel:303.746.7302>
> >> > Advancing the way the world uses the
> >> > cloud<http://solidfire.com/solution/overview/?video=play>
> >> > *(tm)*
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
> > o: 303.746.7302<tel:303.746.7302>
> > Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> > *(tm)*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
> o: 303.746.7302<tel:303.746.7302>
> Advancing the way the world uses the
> cloud<http://solidfire.com/solution/overview/?video=play>
> *(tm)*
--
Mike Tutkowski
Senior CloudStack Developer, SolidFire Inc.
e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
o: 303.746.7302
Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>(tm)
Re: Setting up CloudStack to use XenServer with iSCSI
Posted by Mike Tutkowski <mi...@solidfire.com>.
OK, cool...thanks for that info, Anthony.
When CloudStack sets up the storage repository, does it just pick any
XenServer host and that XenServer host communicates the info to its peers?
On Thu, Feb 7, 2013 at 10:48 PM, Anthony Xu <Xu...@citrix.com> wrote:
> Xenserver hosts under one cluster are in one XenServer pool, there is one
> iscsi storage repository from xenserver hosts perspective.
>
> Anthony
>
> > -----Original Message-----
> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > Sent: Thursday, February 07, 2013 7:26 PM
> > To: Alex Huang
> > Cc: Edison Su; cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
> >
> > Can I ask you guys a related question?
> >
> > When I tried to set up my iSCSI-based Primary Storage for my XenServer
> > Cluster, I only had one XenServer in the Cluster.
> >
> > What does CloudStack do from a storage repository standpoint if there
> > are
> > multiple XenServers in the Cluster? Do they each get a new storage
> > repository that points to that IQN?
> >
> > Thanks for clarifying this for me!
> >
> >
> > On Thu, Feb 7, 2013 at 7:55 PM, Mike Tutkowski
> > <mike.tutkowski@solidfire.com
> > > wrote:
> >
> > > Hey Alex,
> > >
> > > Thanks for your input!
> > >
> > > Let me make sure we're on the same page from a terminology standpoint.
> > >
> > > When I refer to a volume, that is equivalent to a LUN. Creating a
> > > SolidFire volume gets you an IQN referring to LUN 0.
> > >
> > > It is definitely true that SolidFire would love to be able to service
> > a
> > > single VM Instance or Data Disk from one of its volumes (since
> > quality of
> > > service for SolidFire is on a volume-by-volume basis). So, saying
> > one VDI
> > > per volume per LUN sounds like we're talking about the same thing.
> > >
> > > It is my understanding that Edison's plug-in architecture that is
> > > scheduled for 4.2 will enable this, which is great.
> > >
> > > In the meanwhile, I'm trying to develop a relatively simple
> > workaround for
> > > our customers (including those who won't upgrade to 4.2 right away).
> > >
> > > What I put out there in previous messages may or may not work. I'm
> > really
> > > new to CloudStack, so I'd certainly like to get input from those with
> > > experience.
> > >
> > > I wrote it earlier, but let me re-write it here again. This is what
> > I was
> > > thinking:
> > >
> > > Most CSPs have their own GUIs that talk to CS. If I could get them
> > to
> > > make a little update to their code, they could invoke a program I
> > would
> > > (theoretically) write when a "special" Compute Offering was selected.
> > >
> > > The way they would recognize this special Compute Offering would be
> > based
> > > on its Storage Tag. Let's say its Storage Tag is "SolidFire".
> > >
> > > If their GUI sees that tag, it invokes my program and passes in the
> > > necessary data. My program goes off to the SolidFire SAN and creates
> > a
> > > volume of the requested size and speed. The output of this operation
> > is an
> > > IQN.
> > >
> > > This program could then talk to XenServer and create a new storage
> > > repository that's based on this IQN (or whatever the equivalent is in
> > KVM
> > > and VMware).
> > >
> > > After that has completed, this program could update the Storage Tag
> > of a
> > > known Primary Storage in CS with, say, the IQN of the volume. It
> > would do
> > > the same thing with the Compute Offering in question (so now the
> > Compute
> > > Offering refers to the Primary Storage due to this common Storage
> > Tag).
> > >
> > > At this point, the CSP's GUI could initiate the process of creating a
> > VM
> > > and the VM should reside on a unique SolidFire volume that is the
> > only
> > > volume in that XenServer's related storage repository.
> > >
> > > The CSP then sets the Storage Tag of the Compute Offering and Primary
> > > Storage back to what it was initially: "SolidFire".
> > >
> > > Is that reasonable or perhaps I'm missing something? It's not ideal,
> > but
> > > mainly I'm looking for a workable solution to provide to customers
> > before
> > > 4.2 is out.
> > >
> > > Thanks for your time!
> > >
> > >
> > > On Thu, Feb 7, 2013 at 5:33 PM, Alex Huang <Al...@citrix.com>
> > wrote:
> > >
> > >> Mike,
> > >>
> > >> One thing you should be aware of is that CloudStack used lvmoiscsi
> > SR for
> > >> iscsi. It is not vdi per lun. From your other emails, I think
> > solid fire
> > >> is trying to implement vdi/volume per lun. It's very different from
> > >> CloudStack's implementation.
> > >>
> > >> --Alex
> > >>
> > >> > -----Original Message-----
> > >> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > >> > Sent: Thursday, February 07, 2013 3:15 PM
> > >> > To: Edison Su
> > >> > Cc: cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > >> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
> > >> >
> > >> > OK, thanks...I can fetch the latest.
> > >> >
> > >> >
> > >> > On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com>
> > wrote:
> > >> >
> > >> > > It should work, maybe you can try the latest code in
> > storage_refactor
> > >> > > branch.****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > >> > > *Sent:* Thursday, February 07, 2013 2:51 PM
> > >> > > *To:* Edison Su
> > >> > > *Cc:* cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > >> > > *Subject:* Re: Setting up CloudStack to use XenServer with
> > iSCSI****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > Hey Edison,****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > I can't get jetty to run in storage_refactor (admittedly my code
> > is
> > >> about
> > >> > > a week out of date). Should jetty be working there now or is
> > this a
> > >> known
> > >> > > issue?****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > Thanks****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
> > >> > > mike.tutkowski@solidfire.com> wrote:****
> > >> > >
> > >> > > Sounds good, Edison...I was under the impression this was a
> > known
> > >> issue,
> > >> > > but it sounds like maybe it's not.****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > I'll try to reproduce it today.****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > Thanks****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>
> > >> > wrote:***
> > >> > > *
> > >> > >
> > >> > > need error messages, otherwise, I don't know how to debug the
> > >> > issue...****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > >> > > *Sent:* Thursday, February 07, 2013 2:11 PM
> > >> > > *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus
> > Sorensen
> > >> > > *Subject:* Setting up CloudStack to use XenServer with iSCSI****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > Hi everyone,****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > I noticed a while back that when I tried to create iSCSI-based
> > Primary
> > >> > > Storage for a XenServer Cluster that the operation failed.****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > The way I got around this was to go into XenCenter, create a
> > storage
> > >> > > repository based on my iSCSI target, and then go into CloudStack
> > and
> > >> > create
> > >> > > a PreSetup-based Primary Storage.****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > Does anyone know why I had to take this PreSetup approach for
> > >> XenServer?
> > >> > > Is there no way for CloudStack to call into XenServer to do
> > this
> > >> work for
> > >> > > me?****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > Thanks!
> > >> > > ****
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > --
> > >> > > *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>
> > >> > > *(tm)*****
> > >> > >
> > >> > >
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > --
> > >> > > *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>
> > >> > > *(tm)*****
> > >> > >
> > >> > >
> > >> > >
> > >> > > ****
> > >> > >
> > >> > > ** **
> > >> > >
> > >> > > --
> > >> > > *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>
> > >> > > *(tm)*****
> > >> > >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > *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>
> > >> > *(tm)*
> > >>
> > >
> > >
> > >
> > > --
> > > *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>
> > > *(tm)*
> > >
> >
> >
> >
> > --
> > *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>
> > *(tm)*
>
--
*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>
*™*
RE: Setting up CloudStack to use XenServer with iSCSI
Posted by Anthony Xu <Xu...@citrix.com>.
Xenserver hosts under one cluster are in one XenServer pool, there is one iscsi storage repository from xenserver hosts perspective.
Anthony
> -----Original Message-----
> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> Sent: Thursday, February 07, 2013 7:26 PM
> To: Alex Huang
> Cc: Edison Su; cloudstack-dev@incubator.apache.org; Marcus Sorensen
> Subject: Re: Setting up CloudStack to use XenServer with iSCSI
>
> Can I ask you guys a related question?
>
> When I tried to set up my iSCSI-based Primary Storage for my XenServer
> Cluster, I only had one XenServer in the Cluster.
>
> What does CloudStack do from a storage repository standpoint if there
> are
> multiple XenServers in the Cluster? Do they each get a new storage
> repository that points to that IQN?
>
> Thanks for clarifying this for me!
>
>
> On Thu, Feb 7, 2013 at 7:55 PM, Mike Tutkowski
> <mike.tutkowski@solidfire.com
> > wrote:
>
> > Hey Alex,
> >
> > Thanks for your input!
> >
> > Let me make sure we're on the same page from a terminology standpoint.
> >
> > When I refer to a volume, that is equivalent to a LUN. Creating a
> > SolidFire volume gets you an IQN referring to LUN 0.
> >
> > It is definitely true that SolidFire would love to be able to service
> a
> > single VM Instance or Data Disk from one of its volumes (since
> quality of
> > service for SolidFire is on a volume-by-volume basis). So, saying
> one VDI
> > per volume per LUN sounds like we're talking about the same thing.
> >
> > It is my understanding that Edison's plug-in architecture that is
> > scheduled for 4.2 will enable this, which is great.
> >
> > In the meanwhile, I'm trying to develop a relatively simple
> workaround for
> > our customers (including those who won't upgrade to 4.2 right away).
> >
> > What I put out there in previous messages may or may not work. I'm
> really
> > new to CloudStack, so I'd certainly like to get input from those with
> > experience.
> >
> > I wrote it earlier, but let me re-write it here again. This is what
> I was
> > thinking:
> >
> > Most CSPs have their own GUIs that talk to CS. If I could get them
> to
> > make a little update to their code, they could invoke a program I
> would
> > (theoretically) write when a "special" Compute Offering was selected.
> >
> > The way they would recognize this special Compute Offering would be
> based
> > on its Storage Tag. Let's say its Storage Tag is "SolidFire".
> >
> > If their GUI sees that tag, it invokes my program and passes in the
> > necessary data. My program goes off to the SolidFire SAN and creates
> a
> > volume of the requested size and speed. The output of this operation
> is an
> > IQN.
> >
> > This program could then talk to XenServer and create a new storage
> > repository that's based on this IQN (or whatever the equivalent is in
> KVM
> > and VMware).
> >
> > After that has completed, this program could update the Storage Tag
> of a
> > known Primary Storage in CS with, say, the IQN of the volume. It
> would do
> > the same thing with the Compute Offering in question (so now the
> Compute
> > Offering refers to the Primary Storage due to this common Storage
> Tag).
> >
> > At this point, the CSP's GUI could initiate the process of creating a
> VM
> > and the VM should reside on a unique SolidFire volume that is the
> only
> > volume in that XenServer's related storage repository.
> >
> > The CSP then sets the Storage Tag of the Compute Offering and Primary
> > Storage back to what it was initially: "SolidFire".
> >
> > Is that reasonable or perhaps I'm missing something? It's not ideal,
> but
> > mainly I'm looking for a workable solution to provide to customers
> before
> > 4.2 is out.
> >
> > Thanks for your time!
> >
> >
> > On Thu, Feb 7, 2013 at 5:33 PM, Alex Huang <Al...@citrix.com>
> wrote:
> >
> >> Mike,
> >>
> >> One thing you should be aware of is that CloudStack used lvmoiscsi
> SR for
> >> iscsi. It is not vdi per lun. From your other emails, I think
> solid fire
> >> is trying to implement vdi/volume per lun. It's very different from
> >> CloudStack's implementation.
> >>
> >> --Alex
> >>
> >> > -----Original Message-----
> >> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> >> > Sent: Thursday, February 07, 2013 3:15 PM
> >> > To: Edison Su
> >> > Cc: cloudstack-dev@incubator.apache.org; Marcus Sorensen
> >> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
> >> >
> >> > OK, thanks...I can fetch the latest.
> >> >
> >> >
> >> > On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com>
> wrote:
> >> >
> >> > > It should work, maybe you can try the latest code in
> storage_refactor
> >> > > branch.****
> >> > >
> >> > > ** **
> >> > >
> >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> >> > > *Sent:* Thursday, February 07, 2013 2:51 PM
> >> > > *To:* Edison Su
> >> > > *Cc:* cloudstack-dev@incubator.apache.org; Marcus Sorensen
> >> > > *Subject:* Re: Setting up CloudStack to use XenServer with
> iSCSI****
> >> > >
> >> > > ** **
> >> > >
> >> > > Hey Edison,****
> >> > >
> >> > > ** **
> >> > >
> >> > > I can't get jetty to run in storage_refactor (admittedly my code
> is
> >> about
> >> > > a week out of date). Should jetty be working there now or is
> this a
> >> known
> >> > > issue?****
> >> > >
> >> > > ** **
> >> > >
> >> > > Thanks****
> >> > >
> >> > > ** **
> >> > >
> >> > > On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
> >> > > mike.tutkowski@solidfire.com> wrote:****
> >> > >
> >> > > Sounds good, Edison...I was under the impression this was a
> known
> >> issue,
> >> > > but it sounds like maybe it's not.****
> >> > >
> >> > > ** **
> >> > >
> >> > > I'll try to reproduce it today.****
> >> > >
> >> > > ** **
> >> > >
> >> > > Thanks****
> >> > >
> >> > > ** **
> >> > >
> >> > > On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>
> >> > wrote:***
> >> > > *
> >> > >
> >> > > need error messages, otherwise, I don't know how to debug the
> >> > issue...****
> >> > >
> >> > > ****
> >> > >
> >> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> >> > > *Sent:* Thursday, February 07, 2013 2:11 PM
> >> > > *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus
> Sorensen
> >> > > *Subject:* Setting up CloudStack to use XenServer with iSCSI****
> >> > >
> >> > > ****
> >> > >
> >> > > Hi everyone,****
> >> > >
> >> > > ****
> >> > >
> >> > > I noticed a while back that when I tried to create iSCSI-based
> Primary
> >> > > Storage for a XenServer Cluster that the operation failed.****
> >> > >
> >> > > ****
> >> > >
> >> > > The way I got around this was to go into XenCenter, create a
> storage
> >> > > repository based on my iSCSI target, and then go into CloudStack
> and
> >> > create
> >> > > a PreSetup-based Primary Storage.****
> >> > >
> >> > > ****
> >> > >
> >> > > Does anyone know why I had to take this PreSetup approach for
> >> XenServer?
> >> > > Is there no way for CloudStack to call into XenServer to do
> this
> >> work for
> >> > > me?****
> >> > >
> >> > > ****
> >> > >
> >> > > Thanks!
> >> > > ****
> >> > >
> >> > > ****
> >> > >
> >> > > --
> >> > > *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>
> >> > > *(tm)*****
> >> > >
> >> > >
> >> > >
> >> > > ****
> >> > >
> >> > > ** **
> >> > >
> >> > > --
> >> > > *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>
> >> > > *(tm)*****
> >> > >
> >> > >
> >> > >
> >> > > ****
> >> > >
> >> > > ** **
> >> > >
> >> > > --
> >> > > *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>
> >> > > *(tm)*****
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *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>
> >> > *(tm)*
> >>
> >
> >
> >
> > --
> > *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>
> > *(tm)*
> >
>
>
>
> --
> *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>
> *(tm)*
Re: Setting up CloudStack to use XenServer with iSCSI
Posted by Mike Tutkowski <mi...@solidfire.com>.
Can I ask you guys a related question?
When I tried to set up my iSCSI-based Primary Storage for my XenServer
Cluster, I only had one XenServer in the Cluster.
What does CloudStack do from a storage repository standpoint if there are
multiple XenServers in the Cluster? Do they each get a new storage
repository that points to that IQN?
Thanks for clarifying this for me!
On Thu, Feb 7, 2013 at 7:55 PM, Mike Tutkowski <mike.tutkowski@solidfire.com
> wrote:
> Hey Alex,
>
> Thanks for your input!
>
> Let me make sure we're on the same page from a terminology standpoint.
>
> When I refer to a volume, that is equivalent to a LUN. Creating a
> SolidFire volume gets you an IQN referring to LUN 0.
>
> It is definitely true that SolidFire would love to be able to service a
> single VM Instance or Data Disk from one of its volumes (since quality of
> service for SolidFire is on a volume-by-volume basis). So, saying one VDI
> per volume per LUN sounds like we're talking about the same thing.
>
> It is my understanding that Edison's plug-in architecture that is
> scheduled for 4.2 will enable this, which is great.
>
> In the meanwhile, I'm trying to develop a relatively simple workaround for
> our customers (including those who won't upgrade to 4.2 right away).
>
> What I put out there in previous messages may or may not work. I'm really
> new to CloudStack, so I'd certainly like to get input from those with
> experience.
>
> I wrote it earlier, but let me re-write it here again. This is what I was
> thinking:
>
> Most CSPs have their own GUIs that talk to CS. If I could get them to
> make a little update to their code, they could invoke a program I would
> (theoretically) write when a "special" Compute Offering was selected.
>
> The way they would recognize this special Compute Offering would be based
> on its Storage Tag. Let's say its Storage Tag is "SolidFire".
>
> If their GUI sees that tag, it invokes my program and passes in the
> necessary data. My program goes off to the SolidFire SAN and creates a
> volume of the requested size and speed. The output of this operation is an
> IQN.
>
> This program could then talk to XenServer and create a new storage
> repository that's based on this IQN (or whatever the equivalent is in KVM
> and VMware).
>
> After that has completed, this program could update the Storage Tag of a
> known Primary Storage in CS with, say, the IQN of the volume. It would do
> the same thing with the Compute Offering in question (so now the Compute
> Offering refers to the Primary Storage due to this common Storage Tag).
>
> At this point, the CSP's GUI could initiate the process of creating a VM
> and the VM should reside on a unique SolidFire volume that is the only
> volume in that XenServer's related storage repository.
>
> The CSP then sets the Storage Tag of the Compute Offering and Primary
> Storage back to what it was initially: "SolidFire".
>
> Is that reasonable or perhaps I'm missing something? It's not ideal, but
> mainly I'm looking for a workable solution to provide to customers before
> 4.2 is out.
>
> Thanks for your time!
>
>
> On Thu, Feb 7, 2013 at 5:33 PM, Alex Huang <Al...@citrix.com> wrote:
>
>> Mike,
>>
>> One thing you should be aware of is that CloudStack used lvmoiscsi SR for
>> iscsi. It is not vdi per lun. From your other emails, I think solid fire
>> is trying to implement vdi/volume per lun. It's very different from
>> CloudStack's implementation.
>>
>> --Alex
>>
>> > -----Original Message-----
>> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>> > Sent: Thursday, February 07, 2013 3:15 PM
>> > To: Edison Su
>> > Cc: cloudstack-dev@incubator.apache.org; Marcus Sorensen
>> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
>> >
>> > OK, thanks...I can fetch the latest.
>> >
>> >
>> > On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com> wrote:
>> >
>> > > It should work, maybe you can try the latest code in storage_refactor
>> > > branch.****
>> > >
>> > > ** **
>> > >
>> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>> > > *Sent:* Thursday, February 07, 2013 2:51 PM
>> > > *To:* Edison Su
>> > > *Cc:* cloudstack-dev@incubator.apache.org; Marcus Sorensen
>> > > *Subject:* Re: Setting up CloudStack to use XenServer with iSCSI****
>> > >
>> > > ** **
>> > >
>> > > Hey Edison,****
>> > >
>> > > ** **
>> > >
>> > > I can't get jetty to run in storage_refactor (admittedly my code is
>> about
>> > > a week out of date). Should jetty be working there now or is this a
>> known
>> > > issue?****
>> > >
>> > > ** **
>> > >
>> > > Thanks****
>> > >
>> > > ** **
>> > >
>> > > On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
>> > > mike.tutkowski@solidfire.com> wrote:****
>> > >
>> > > Sounds good, Edison...I was under the impression this was a known
>> issue,
>> > > but it sounds like maybe it's not.****
>> > >
>> > > ** **
>> > >
>> > > I'll try to reproduce it today.****
>> > >
>> > > ** **
>> > >
>> > > Thanks****
>> > >
>> > > ** **
>> > >
>> > > On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>
>> > wrote:***
>> > > *
>> > >
>> > > need error messages, otherwise, I don't know how to debug the
>> > issue...****
>> > >
>> > > ****
>> > >
>> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>> > > *Sent:* Thursday, February 07, 2013 2:11 PM
>> > > *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus Sorensen
>> > > *Subject:* Setting up CloudStack to use XenServer with iSCSI****
>> > >
>> > > ****
>> > >
>> > > Hi everyone,****
>> > >
>> > > ****
>> > >
>> > > I noticed a while back that when I tried to create iSCSI-based Primary
>> > > Storage for a XenServer Cluster that the operation failed.****
>> > >
>> > > ****
>> > >
>> > > The way I got around this was to go into XenCenter, create a storage
>> > > repository based on my iSCSI target, and then go into CloudStack and
>> > create
>> > > a PreSetup-based Primary Storage.****
>> > >
>> > > ****
>> > >
>> > > Does anyone know why I had to take this PreSetup approach for
>> XenServer?
>> > > Is there no way for CloudStack to call into XenServer to do this
>> work for
>> > > me?****
>> > >
>> > > ****
>> > >
>> > > Thanks!
>> > > ****
>> > >
>> > > ****
>> > >
>> > > --
>> > > *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>
>> > > *(tm)*****
>> > >
>> > >
>> > >
>> > > ****
>> > >
>> > > ** **
>> > >
>> > > --
>> > > *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>
>> > > *(tm)*****
>> > >
>> > >
>> > >
>> > > ****
>> > >
>> > > ** **
>> > >
>> > > --
>> > > *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>
>> > > *(tm)*****
>> > >
>> >
>> >
>> >
>> > --
>> > *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>
>> > *(tm)*
>>
>
>
>
> --
> *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>
*™*
Re: Setting up CloudStack to use XenServer with iSCSI
Posted by Mike Tutkowski <mi...@solidfire.com>.
Hey Alex,
Thanks for your input!
Let me make sure we're on the same page from a terminology standpoint.
When I refer to a volume, that is equivalent to a LUN. Creating a
SolidFire volume gets you an IQN referring to LUN 0.
It is definitely true that SolidFire would love to be able to service a
single VM Instance or Data Disk from one of its volumes (since quality of
service for SolidFire is on a volume-by-volume basis). So, saying one VDI
per volume per LUN sounds like we're talking about the same thing.
It is my understanding that Edison's plug-in architecture that is scheduled
for 4.2 will enable this, which is great.
In the meanwhile, I'm trying to develop a relatively simple workaround for
our customers (including those who won't upgrade to 4.2 right away).
What I put out there in previous messages may or may not work. I'm really
new to CloudStack, so I'd certainly like to get input from those with
experience.
I wrote it earlier, but let me re-write it here again. This is what I was
thinking:
Most CSPs have their own GUIs that talk to CS. If I could get them to make
a little update to their code, they could invoke a program I would
(theoretically) write when a "special" Compute Offering was selected.
The way they would recognize this special Compute Offering would be based
on its Storage Tag. Let's say its Storage Tag is "SolidFire".
If their GUI sees that tag, it invokes my program and passes in the
necessary data. My program goes off to the SolidFire SAN and creates a
volume of the requested size and speed. The output of this operation is an
IQN.
This program could then talk to XenServer and create a new storage
repository that's based on this IQN (or whatever the equivalent is in KVM
and VMware).
After that has completed, this program could update the Storage Tag of a
known Primary Storage in CS with, say, the IQN of the volume. It would do
the same thing with the Compute Offering in question (so now the Compute
Offering refers to the Primary Storage due to this common Storage Tag).
At this point, the CSP's GUI could initiate the process of creating a VM
and the VM should reside on a unique SolidFire volume that is the only
volume in that XenServer's related storage repository.
The CSP then sets the Storage Tag of the Compute Offering and Primary
Storage back to what it was initially: "SolidFire".
Is that reasonable or perhaps I'm missing something? It's not ideal, but
mainly I'm looking for a workable solution to provide to customers before
4.2 is out.
Thanks for your time!
On Thu, Feb 7, 2013 at 5:33 PM, Alex Huang <Al...@citrix.com> wrote:
> Mike,
>
> One thing you should be aware of is that CloudStack used lvmoiscsi SR for
> iscsi. It is not vdi per lun. From your other emails, I think solid fire
> is trying to implement vdi/volume per lun. It's very different from
> CloudStack's implementation.
>
> --Alex
>
> > -----Original Message-----
> > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > Sent: Thursday, February 07, 2013 3:15 PM
> > To: Edison Su
> > Cc: cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > Subject: Re: Setting up CloudStack to use XenServer with iSCSI
> >
> > OK, thanks...I can fetch the latest.
> >
> >
> > On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com> wrote:
> >
> > > It should work, maybe you can try the latest code in storage_refactor
> > > branch.****
> > >
> > > ** **
> > >
> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > > *Sent:* Thursday, February 07, 2013 2:51 PM
> > > *To:* Edison Su
> > > *Cc:* cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > > *Subject:* Re: Setting up CloudStack to use XenServer with iSCSI****
> > >
> > > ** **
> > >
> > > Hey Edison,****
> > >
> > > ** **
> > >
> > > I can't get jetty to run in storage_refactor (admittedly my code is
> about
> > > a week out of date). Should jetty be working there now or is this a
> known
> > > issue?****
> > >
> > > ** **
> > >
> > > Thanks****
> > >
> > > ** **
> > >
> > > On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
> > > mike.tutkowski@solidfire.com> wrote:****
> > >
> > > Sounds good, Edison...I was under the impression this was a known
> issue,
> > > but it sounds like maybe it's not.****
> > >
> > > ** **
> > >
> > > I'll try to reproduce it today.****
> > >
> > > ** **
> > >
> > > Thanks****
> > >
> > > ** **
> > >
> > > On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>
> > wrote:***
> > > *
> > >
> > > need error messages, otherwise, I don't know how to debug the
> > issue...****
> > >
> > > ****
> > >
> > > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > > *Sent:* Thursday, February 07, 2013 2:11 PM
> > > *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus Sorensen
> > > *Subject:* Setting up CloudStack to use XenServer with iSCSI****
> > >
> > > ****
> > >
> > > Hi everyone,****
> > >
> > > ****
> > >
> > > I noticed a while back that when I tried to create iSCSI-based Primary
> > > Storage for a XenServer Cluster that the operation failed.****
> > >
> > > ****
> > >
> > > The way I got around this was to go into XenCenter, create a storage
> > > repository based on my iSCSI target, and then go into CloudStack and
> > create
> > > a PreSetup-based Primary Storage.****
> > >
> > > ****
> > >
> > > Does anyone know why I had to take this PreSetup approach for
> XenServer?
> > > Is there no way for CloudStack to call into XenServer to do this work
> for
> > > me?****
> > >
> > > ****
> > >
> > > Thanks!
> > > ****
> > >
> > > ****
> > >
> > > --
> > > *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>
> > > *(tm)*****
> > >
> > >
> > >
> > > ****
> > >
> > > ** **
> > >
> > > --
> > > *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>
> > > *(tm)*****
> > >
> > >
> > >
> > > ****
> > >
> > > ** **
> > >
> > > --
> > > *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>
> > > *(tm)*****
> > >
> >
> >
> >
> > --
> > *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>
> > *(tm)*
>
--
*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>
*™*
RE: Setting up CloudStack to use XenServer with iSCSI
Posted by Alex Huang <Al...@citrix.com>.
Mike,
One thing you should be aware of is that CloudStack used lvmoiscsi SR for iscsi. It is not vdi per lun. From your other emails, I think solid fire is trying to implement vdi/volume per lun. It's very different from CloudStack's implementation.
--Alex
> -----Original Message-----
> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> Sent: Thursday, February 07, 2013 3:15 PM
> To: Edison Su
> Cc: cloudstack-dev@incubator.apache.org; Marcus Sorensen
> Subject: Re: Setting up CloudStack to use XenServer with iSCSI
>
> OK, thanks...I can fetch the latest.
>
>
> On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com> wrote:
>
> > It should work, maybe you can try the latest code in storage_refactor
> > branch.****
> >
> > ** **
> >
> > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > *Sent:* Thursday, February 07, 2013 2:51 PM
> > *To:* Edison Su
> > *Cc:* cloudstack-dev@incubator.apache.org; Marcus Sorensen
> > *Subject:* Re: Setting up CloudStack to use XenServer with iSCSI****
> >
> > ** **
> >
> > Hey Edison,****
> >
> > ** **
> >
> > I can't get jetty to run in storage_refactor (admittedly my code is about
> > a week out of date). Should jetty be working there now or is this a known
> > issue?****
> >
> > ** **
> >
> > Thanks****
> >
> > ** **
> >
> > On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com> wrote:****
> >
> > Sounds good, Edison...I was under the impression this was a known issue,
> > but it sounds like maybe it's not.****
> >
> > ** **
> >
> > I'll try to reproduce it today.****
> >
> > ** **
> >
> > Thanks****
> >
> > ** **
> >
> > On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>
> wrote:***
> > *
> >
> > need error messages, otherwise, I don't know how to debug the
> issue...****
> >
> > ****
> >
> > *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> > *Sent:* Thursday, February 07, 2013 2:11 PM
> > *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus Sorensen
> > *Subject:* Setting up CloudStack to use XenServer with iSCSI****
> >
> > ****
> >
> > Hi everyone,****
> >
> > ****
> >
> > I noticed a while back that when I tried to create iSCSI-based Primary
> > Storage for a XenServer Cluster that the operation failed.****
> >
> > ****
> >
> > The way I got around this was to go into XenCenter, create a storage
> > repository based on my iSCSI target, and then go into CloudStack and
> create
> > a PreSetup-based Primary Storage.****
> >
> > ****
> >
> > Does anyone know why I had to take this PreSetup approach for XenServer?
> > Is there no way for CloudStack to call into XenServer to do this work for
> > me?****
> >
> > ****
> >
> > Thanks!
> > ****
> >
> > ****
> >
> > --
> > *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>
> > *(tm)*****
> >
> >
> >
> > ****
> >
> > ** **
> >
> > --
> > *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>
> > *(tm)*****
> >
> >
> >
> > ****
> >
> > ** **
> >
> > --
> > *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>
> > *(tm)*****
> >
>
>
>
> --
> *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>
> *(tm)*
Re: Setting up CloudStack to use XenServer with iSCSI
Posted by Mike Tutkowski <mi...@solidfire.com>.
OK, thanks...I can fetch the latest.
On Thu, Feb 7, 2013 at 3:57 PM, Edison Su <Ed...@citrix.com> wrote:
> It should work, maybe you can try the latest code in storage_refactor
> branch.****
>
> ** **
>
> *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> *Sent:* Thursday, February 07, 2013 2:51 PM
> *To:* Edison Su
> *Cc:* cloudstack-dev@incubator.apache.org; Marcus Sorensen
> *Subject:* Re: Setting up CloudStack to use XenServer with iSCSI****
>
> ** **
>
> Hey Edison,****
>
> ** **
>
> I can't get jetty to run in storage_refactor (admittedly my code is about
> a week out of date). Should jetty be working there now or is this a known
> issue?****
>
> ** **
>
> Thanks****
>
> ** **
>
> On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:****
>
> Sounds good, Edison...I was under the impression this was a known issue,
> but it sounds like maybe it's not.****
>
> ** **
>
> I'll try to reproduce it today.****
>
> ** **
>
> Thanks****
>
> ** **
>
> On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com> wrote:***
> *
>
> need error messages, otherwise, I don’t know how to debug the issue…****
>
> ****
>
> *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> *Sent:* Thursday, February 07, 2013 2:11 PM
> *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus Sorensen
> *Subject:* Setting up CloudStack to use XenServer with iSCSI****
>
> ****
>
> Hi everyone,****
>
> ****
>
> I noticed a while back that when I tried to create iSCSI-based Primary
> Storage for a XenServer Cluster that the operation failed.****
>
> ****
>
> The way I got around this was to go into XenCenter, create a storage
> repository based on my iSCSI target, and then go into CloudStack and create
> a PreSetup-based Primary Storage.****
>
> ****
>
> Does anyone know why I had to take this PreSetup approach for XenServer?
> Is there no way for CloudStack to call into XenServer to do this work for
> me?****
>
> ****
>
> Thanks!
> ****
>
> ****
>
> --
> *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>
*™*
RE: Setting up CloudStack to use XenServer with iSCSI
Posted by Edison Su <Ed...@citrix.com>.
It should work, maybe you can try the latest code in storage_refactor branch.
From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
Sent: Thursday, February 07, 2013 2:51 PM
To: Edison Su
Cc: cloudstack-dev@incubator.apache.org; Marcus Sorensen
Subject: Re: Setting up CloudStack to use XenServer with iSCSI
Hey Edison,
I can't get jetty to run in storage_refactor (admittedly my code is about a week out of date). Should jetty be working there now or is this a known issue?
Thanks
On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <mi...@solidfire.com>> wrote:
Sounds good, Edison...I was under the impression this was a known issue, but it sounds like maybe it's not.
I'll try to reproduce it today.
Thanks
On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com>> wrote:
need error messages, otherwise, I don't know how to debug the issue...
From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com<ma...@solidfire.com>]
Sent: Thursday, February 07, 2013 2:11 PM
To: cloudstack-dev@incubator.apache.org<ma...@incubator.apache.org>; Edison Su; Marcus Sorensen
Subject: Setting up CloudStack to use XenServer with iSCSI
Hi everyone,
I noticed a while back that when I tried to create iSCSI-based Primary Storage for a XenServer Cluster that the operation failed.
The way I got around this was to go into XenCenter, create a storage repository based on my iSCSI target, and then go into CloudStack and create a PreSetup-based Primary Storage.
Does anyone know why I had to take this PreSetup approach for XenServer? Is there no way for CloudStack to call into XenServer to do this work for me?
Thanks!
--
Mike Tutkowski
Senior CloudStack Developer, SolidFire Inc.
e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
o: 303.746.7302<tel:303.746.7302>
Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>(tm)
--
Mike Tutkowski
Senior CloudStack Developer, SolidFire Inc.
e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
o: 303.746.7302<tel:303.746.7302>
Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>(tm)
--
Mike Tutkowski
Senior CloudStack Developer, SolidFire Inc.
e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
o: 303.746.7302
Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>(tm)
Re: Setting up CloudStack to use XenServer with iSCSI
Posted by Mike Tutkowski <mi...@solidfire.com>.
Hey Edison,
I can't get jetty to run in storage_refactor (admittedly my code is about a
week out of date). Should jetty be working there now or is this a known
issue?
Thanks
On Thu, Feb 7, 2013 at 3:48 PM, Mike Tutkowski <mike.tutkowski@solidfire.com
> wrote:
> Sounds good, Edison...I was under the impression this was a known issue,
> but it sounds like maybe it's not.
>
> I'll try to reproduce it today.
>
> Thanks
>
>
> On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com> wrote:
>
>> need error messages, otherwise, I don’t know how to debug the issue…****
>>
>> ** **
>>
>> *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
>> *Sent:* Thursday, February 07, 2013 2:11 PM
>> *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus Sorensen
>> *Subject:* Setting up CloudStack to use XenServer with iSCSI****
>>
>> ** **
>>
>> Hi everyone,****
>>
>> ** **
>>
>> I noticed a while back that when I tried to create iSCSI-based Primary
>> Storage for a XenServer Cluster that the operation failed.****
>>
>> ** **
>>
>> The way I got around this was to go into XenCenter, create a storage
>> repository based on my iSCSI target, and then go into CloudStack and create
>> a PreSetup-based Primary Storage.****
>>
>> ** **
>>
>> Does anyone know why I had to take this PreSetup approach for XenServer?
>> Is there no way for CloudStack to call into XenServer to do this work for
>> me?****
>>
>> ** **
>>
>> Thanks!
>> ****
>>
>> ** **
>>
>> --
>> *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>
*™*
Re: Setting up CloudStack to use XenServer with iSCSI
Posted by Mike Tutkowski <mi...@solidfire.com>.
Sounds good, Edison...I was under the impression this was a known issue,
but it sounds like maybe it's not.
I'll try to reproduce it today.
Thanks
On Thu, Feb 7, 2013 at 3:41 PM, Edison Su <Ed...@citrix.com> wrote:
> need error messages, otherwise, I don’t know how to debug the issue…****
>
> ** **
>
> *From:* Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> *Sent:* Thursday, February 07, 2013 2:11 PM
> *To:* cloudstack-dev@incubator.apache.org; Edison Su; Marcus Sorensen
> *Subject:* Setting up CloudStack to use XenServer with iSCSI****
>
> ** **
>
> Hi everyone,****
>
> ** **
>
> I noticed a while back that when I tried to create iSCSI-based Primary
> Storage for a XenServer Cluster that the operation failed.****
>
> ** **
>
> The way I got around this was to go into XenCenter, create a storage
> repository based on my iSCSI target, and then go into CloudStack and create
> a PreSetup-based Primary Storage.****
>
> ** **
>
> Does anyone know why I had to take this PreSetup approach for XenServer?
> Is there no way for CloudStack to call into XenServer to do this work for
> me?****
>
> ** **
>
> Thanks!
> ****
>
> ** **
>
> --
> *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>
*™*
RE: Setting up CloudStack to use XenServer with iSCSI
Posted by Edison Su <Ed...@citrix.com>.
need error messages, otherwise, I don't know how to debug the issue...
From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
Sent: Thursday, February 07, 2013 2:11 PM
To: cloudstack-dev@incubator.apache.org; Edison Su; Marcus Sorensen
Subject: Setting up CloudStack to use XenServer with iSCSI
Hi everyone,
I noticed a while back that when I tried to create iSCSI-based Primary Storage for a XenServer Cluster that the operation failed.
The way I got around this was to go into XenCenter, create a storage repository based on my iSCSI target, and then go into CloudStack and create a PreSetup-based Primary Storage.
Does anyone know why I had to take this PreSetup approach for XenServer? Is there no way for CloudStack to call into XenServer to do this work for me?
Thanks!
--
Mike Tutkowski
Senior CloudStack Developer, SolidFire Inc.
e: mike.tutkowski@solidfire.com<ma...@solidfire.com>
o: 303.746.7302
Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>(tm)