Re: Question about XenServer plug-ins

[Mike Tutkowski]

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  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.tutkow...@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.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: Question about XenServer plug-ins

[Alex Huang]

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  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.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>

Re: Question about XenServer plug-ins

[Mike Tutkowski]

OK - thanks, Stephen

On Friday, November 7, 2014, Stephen Turner 
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.tutkow...@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.tutkow...@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.tutkow...@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

[Stephen Turner]

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.tutkow...@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.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

Question about XenServer plug-ins

[Mike Tutkowski]

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.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*