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 2014/11/05 02:22:38 UTC
Question about XenServer plug-ins
Hi,
In XenServerStorageProcessor there are several times when we make calls to
XenServer plug-ins (for example, to download a template from secondary
storage to a XenServer SR).
In Xenserver625StorageProcessor we seem to handle this kind of work in Java
code instead of calling into the XenServer plug-ins.
I was curious if anyone remembers the history behind this transition?
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: Question about XenServer plug-ins
Posted by Mike Tutkowski <mi...@solidfire.com>.
Great - thanks, Alex.
I remember looking for a version 6.2.5 of XenServer about nine months ago
(because of that name in CloudStack) and finding out it doesn't actually
exist. :) That it is, in fact, 6.2 + a patch or two.
What this mainly interests me for is that I need to perform some activity
on 6.1 that I've updated the code for and it looks like I'll need to
provide a similar implementation for 6.2.5 so that that same functionality
works on that platform (because it seems like we can't rely on those
plug-ins as much in 6.2.5). Do you agree?
Thanks!
On Fri, Nov 7, 2014 at 10:23 AM, Alex Huang <al...@gmail.com> wrote:
> Mike,
>
> XenServer 6.2 + SP1 + XS62ESP1004 hotfix and the versions after support a
> new API that allows CloudStack to copy the deltas between two snapshots.
> With that addition, CloudStack no longer needed the plugin scripts because
> that's what the plugin scripts were mainly for. Don't try to backport this
> to code prior to 6.2 or even plain vanilla 6.2 itself, it won't work as
> that API is not there.
>
> In CloudStack source code, we refer to this XenServer combination as
> XenServer6.25 to indicate the significance of the change. There's no
> official XenServer 6.25 version.
>
> --Alex
>
> On Tue, Nov 4, 2014 at 5:22 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com
> > wrote:
>
> > Hi,
> >
> > In XenServerStorageProcessor there are several times when we make calls
> to
> > XenServer plug-ins (for example, to download a template from secondary
> > storage to a XenServer SR).
> >
> > In Xenserver625StorageProcessor we seem to handle this kind of work in
> Java
> > code instead of calling into the XenServer plug-ins.
> >
> > I was curious if anyone remembers the history behind this transition?
> >
> > 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: Question about XenServer plug-ins
Posted by Alex Huang <al...@gmail.com>.
Mike,
XenServer 6.2 + SP1 + XS62ESP1004 hotfix and the versions after support a
new API that allows CloudStack to copy the deltas between two snapshots.
With that addition, CloudStack no longer needed the plugin scripts because
that's what the plugin scripts were mainly for. Don't try to backport this
to code prior to 6.2 or even plain vanilla 6.2 itself, it won't work as
that API is not there.
In CloudStack source code, we refer to this XenServer combination as
XenServer6.25 to indicate the significance of the change. There's no
official XenServer 6.25 version.
--Alex
On Tue, Nov 4, 2014 at 5:22 PM, Mike Tutkowski <mike.tutkowski@solidfire.com
> wrote:
> Hi,
>
> In XenServerStorageProcessor there are several times when we make calls to
> XenServer plug-ins (for example, to download a template from secondary
> storage to a XenServer SR).
>
> In Xenserver625StorageProcessor we seem to handle this kind of work in Java
> code instead of calling into the XenServer plug-ins.
>
> I was curious if anyone remembers the history behind this transition?
>
> 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: Question about XenServer plug-ins
Posted by Mike Tutkowski <mi...@solidfire.com>.
OK - thanks, Stephen
On Friday, November 7, 2014, Stephen Turner <St...@citrix.com>
wrote:
> I believe it was part of a general clean-up to try and use XenServer
> public APIs; rather than modify the XenServer itself, which may or may not
> work in future XenServer versions.
>
> --
> Stephen Turner
>
>
> -----Original Message-----
> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com <javascript:;>]
> Sent: 05 November 2014 01:23
> To: dev@cloudstack.apache.org <javascript:;>
> Subject: Question about XenServer plug-ins
>
> Hi,
>
> In XenServerStorageProcessor there are several times when we make calls to
> XenServer plug-ins (for example, to download a template from secondary
> storage to a XenServer SR).
>
> In Xenserver625StorageProcessor we seem to handle this kind of work in
> Java code instead of calling into the XenServer plug-ins.
>
> I was curious if anyone remembers the history behind this transition?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkowski@solidfire.com <javascript:;>
> 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: Question about XenServer plug-ins
Posted by Stephen Turner <St...@citrix.com>.
I believe it was part of a general clean-up to try and use XenServer public APIs; rather than modify the XenServer itself, which may or may not work in future XenServer versions.
--
Stephen Turner
-----Original Message-----
From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
Sent: 05 November 2014 01:23
To: dev@cloudstack.apache.org
Subject: Question about XenServer plug-ins
Hi,
In XenServerStorageProcessor there are several times when we make calls to XenServer plug-ins (for example, to download a template from secondary storage to a XenServer SR).
In Xenserver625StorageProcessor we seem to handle this kind of work in Java code instead of calling into the XenServer plug-ins.
I was curious if anyone remembers the history behind this transition?
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>*™*