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/11 00:36:01 UTC
Templates created from snapshots get purged from cloud.template_store_ref
Hi,
In 4.6 I've noticed when I create a template from a snapshot that I can
spin VMs up from this template until I shut the CS MS down and re-start it.
Upon re-start, the template entries in cloud.template_store_ref get purged
(as in completely removed from the table). That being the case, the CS MS
no longer returns these templates as usable, so they're not available, say,
in the GUI to use to spin up VMs from.
Has anyone else noticed this behavior? I'm doing this on what CloudStack
refers to as XenServer 6.2.5 (which is really XS 6.2 + some specific
patches).
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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Mike Tutkowski <mi...@solidfire.com>.
No problem...it will be good to have that in 4.5, too.
On Friday, November 14, 2014, Rajani Karuturi <ra...@apache.org> wrote:
> Thanks mike.
>
> ~Rajani
>
> On Thu, Nov 13, 2014 at 10:35 AM, Mike Tutkowski <
> mike.tutkowski@solidfire.com <javascript:;>> wrote:
>
> > Also, here's the JIRA ticket I opened, resolved, and closed for it:
> >
> > https://issues.apache.org/jira/browse/CLOUDSTACK-7898
> >
> > On Wed, Nov 12, 2014 at 10:03 PM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com <javascript:;>> wrote:
> >
> > > Done...I ported the code to 4.5 and tested it out. It's checked in
> under
> > > SHA 8b7c1d7c5e1d7b4396c57d4cf20b24217335bc8e.
> > >
> > > On Tue, Nov 11, 2014 at 11:28 PM, Mike Tutkowski <
> > > mike.tutkowski@solidfire.com <javascript:;>> wrote:
> > >
> > >> It should. I can do that.
> > >>
> > >>
> > >> On Tuesday, November 11, 2014, Rajani Karuturi <rajani@apache.org
> <javascript:;>>
> > wrote:
> > >>
> > >>> Hi Mike,
> > >>>
> > >>> Do you think it should go in 4.5 as well?
> > >>>
> > >>> ~Rajani
> > >>>
> > >>> On Wed, Nov 12, 2014 at 10:09 AM, Mike Tutkowski <
> > >>> mike.tutkowski@solidfire.com <javascript:;>> wrote:
> > >>>
> > >>> > So, I just confirmed that once a properties file is generated for
> the
> > >>> > template that's being created that the template is not deleted when
> > >>> the CS
> > >>> > MS is re-started.
> > >>> >
> > >>> > I checked in this fix to master:
> > >>> >
> > >>> > 5c388a5c8087d544ff89dccf20f8af88f8f73d1b
> > >>> >
> > >>> > So, as it turns out, if anyone has created a template with the
> > >>> XenServer
> > >>> > 6.2.5 resource code in releases prior to 4.6, that template will
> not
> > be
> > >>> > usable if a management server gets restarted. Perhaps users could
> > >>> correct
> > >>> > such a problem by manually creating a properties file for that
> > >>> template.
> > >>> >
> > >>> > On Mon, Nov 10, 2014 at 10:38 PM, Mike Tutkowski <
> > >>> > mike.tutkowski@solidfire.com <javascript:;>> wrote:
> > >>> >
> > >>> > > It looks like those rows get deleted in
> > >>> > > TemplateServiceImpl.handleTemplateSync(DataStore).
> > >>> > >
> > >>> > > I noticed earlier that the XenServer 6.2.5 resource code does NOT
> > >>> write
> > >>> > > out a properties file alongside the VHD template the way the
> > >>> XenServer
> > >>> > 6.1
> > >>> > > resource code does.
> > >>> > >
> > >>> > > At the moment, I suspect that that is the problem.
> > >>> > >
> > >>> > > Does anyone know if the properties file that is for a given VHD
> > >>> template
> > >>> > > is required?
> > >>> > >
> > >>> > > On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
> > >>> > > mike.tutkowski@solidfire.com <javascript:;>> wrote:
> > >>> > >
> > >>> > >> Thanks, Marcus
> > >>> > >>
> > >>> > >> I'll take a look into it later tonight more. I'm working on a
> > >>> feature
> > >>> > for
> > >>> > >> 4.6 and noticed this yesterday. It happened again today and I
> > >>> narrowed
> > >>> > it
> > >>> > >> down to occurring when the CS MS was stopped and re-started.
> > >>> > >>
> > >>> > >> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <shadowsor@gmail.com
> <javascript:;>>
> > >>> wrote:
> > >>> > >>
> > >>> > >>> I remember there was an issue with that occasionally happening
> > when
> > >>> > >>> templates were simply registered. Sometimes they'd be
> downloaded
> > >>> and
> > >>> > >>> installed, and other times they would disappear. I think that
> was
> > >>> fixed
> > >>> > >>> maybe 18 months ago, could be related.
> > >>> > >>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <
> > >>> > mike.tutkowski@solidfire.com <javascript:;>>
> > >>> > >>> wrote:
> > >>> > >>>
> > >>> > >>> > Hi,
> > >>> > >>> >
> > >>> > >>> > In 4.6 I've noticed when I create a template from a snapshot
> > >>> that I
> > >>> > can
> > >>> > >>> > spin VMs up from this template until I shut the CS MS down
> and
> > >>> > >>> re-start it.
> > >>> > >>> >
> > >>> > >>> > Upon re-start, the template entries in
> cloud.template_store_ref
> > >>> get
> > >>> > >>> purged
> > >>> > >>> > (as in completely removed from the table). That being the
> case,
> > >>> the
> > >>> > CS
> > >>> > >>> MS
> > >>> > >>> > no longer returns these templates as usable, so they're not
> > >>> > available,
> > >>> > >>> say,
> > >>> > >>> > in the GUI to use to spin up VMs from.
> > >>> > >>> >
> > >>> > >>> > Has anyone else noticed this behavior? I'm doing this on what
> > >>> > >>> CloudStack
> > >>> > >>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some
> > >>> specific
> > >>> > >>> > patches).
> > >>> > >>> >
> > >>> > >>> > 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 <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 <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 <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 <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 <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 <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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Rajani Karuturi <ra...@apache.org>.
Thanks mike.
~Rajani
On Thu, Nov 13, 2014 at 10:35 AM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> Also, here's the JIRA ticket I opened, resolved, and closed for it:
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-7898
>
> On Wed, Nov 12, 2014 at 10:03 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
> > Done...I ported the code to 4.5 and tested it out. It's checked in under
> > SHA 8b7c1d7c5e1d7b4396c57d4cf20b24217335bc8e.
> >
> > On Tue, Nov 11, 2014 at 11:28 PM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com> wrote:
> >
> >> It should. I can do that.
> >>
> >>
> >> On Tuesday, November 11, 2014, Rajani Karuturi <ra...@apache.org>
> wrote:
> >>
> >>> Hi Mike,
> >>>
> >>> Do you think it should go in 4.5 as well?
> >>>
> >>> ~Rajani
> >>>
> >>> On Wed, Nov 12, 2014 at 10:09 AM, Mike Tutkowski <
> >>> mike.tutkowski@solidfire.com> wrote:
> >>>
> >>> > So, I just confirmed that once a properties file is generated for the
> >>> > template that's being created that the template is not deleted when
> >>> the CS
> >>> > MS is re-started.
> >>> >
> >>> > I checked in this fix to master:
> >>> >
> >>> > 5c388a5c8087d544ff89dccf20f8af88f8f73d1b
> >>> >
> >>> > So, as it turns out, if anyone has created a template with the
> >>> XenServer
> >>> > 6.2.5 resource code in releases prior to 4.6, that template will not
> be
> >>> > usable if a management server gets restarted. Perhaps users could
> >>> correct
> >>> > such a problem by manually creating a properties file for that
> >>> template.
> >>> >
> >>> > On Mon, Nov 10, 2014 at 10:38 PM, Mike Tutkowski <
> >>> > mike.tutkowski@solidfire.com> wrote:
> >>> >
> >>> > > It looks like those rows get deleted in
> >>> > > TemplateServiceImpl.handleTemplateSync(DataStore).
> >>> > >
> >>> > > I noticed earlier that the XenServer 6.2.5 resource code does NOT
> >>> write
> >>> > > out a properties file alongside the VHD template the way the
> >>> XenServer
> >>> > 6.1
> >>> > > resource code does.
> >>> > >
> >>> > > At the moment, I suspect that that is the problem.
> >>> > >
> >>> > > Does anyone know if the properties file that is for a given VHD
> >>> template
> >>> > > is required?
> >>> > >
> >>> > > On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
> >>> > > mike.tutkowski@solidfire.com> wrote:
> >>> > >
> >>> > >> Thanks, Marcus
> >>> > >>
> >>> > >> I'll take a look into it later tonight more. I'm working on a
> >>> feature
> >>> > for
> >>> > >> 4.6 and noticed this yesterday. It happened again today and I
> >>> narrowed
> >>> > it
> >>> > >> down to occurring when the CS MS was stopped and re-started.
> >>> > >>
> >>> > >> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <sh...@gmail.com>
> >>> wrote:
> >>> > >>
> >>> > >>> I remember there was an issue with that occasionally happening
> when
> >>> > >>> templates were simply registered. Sometimes they'd be downloaded
> >>> and
> >>> > >>> installed, and other times they would disappear. I think that was
> >>> fixed
> >>> > >>> maybe 18 months ago, could be related.
> >>> > >>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <
> >>> > mike.tutkowski@solidfire.com>
> >>> > >>> wrote:
> >>> > >>>
> >>> > >>> > Hi,
> >>> > >>> >
> >>> > >>> > In 4.6 I've noticed when I create a template from a snapshot
> >>> that I
> >>> > can
> >>> > >>> > spin VMs up from this template until I shut the CS MS down and
> >>> > >>> re-start it.
> >>> > >>> >
> >>> > >>> > Upon re-start, the template entries in cloud.template_store_ref
> >>> get
> >>> > >>> purged
> >>> > >>> > (as in completely removed from the table). That being the case,
> >>> the
> >>> > CS
> >>> > >>> MS
> >>> > >>> > no longer returns these templates as usable, so they're not
> >>> > available,
> >>> > >>> say,
> >>> > >>> > in the GUI to use to spin up VMs from.
> >>> > >>> >
> >>> > >>> > Has anyone else noticed this behavior? I'm doing this on what
> >>> > >>> CloudStack
> >>> > >>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some
> >>> specific
> >>> > >>> > patches).
> >>> > >>> >
> >>> > >>> > 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>*™*
> >>> >
> >>>
> >>
> >>
> >> --
> >> *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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Mike Tutkowski <mi...@solidfire.com>.
Also, here's the JIRA ticket I opened, resolved, and closed for it:
https://issues.apache.org/jira/browse/CLOUDSTACK-7898
On Wed, Nov 12, 2014 at 10:03 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> Done...I ported the code to 4.5 and tested it out. It's checked in under
> SHA 8b7c1d7c5e1d7b4396c57d4cf20b24217335bc8e.
>
> On Tue, Nov 11, 2014 at 11:28 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> It should. I can do that.
>>
>>
>> On Tuesday, November 11, 2014, Rajani Karuturi <ra...@apache.org> wrote:
>>
>>> Hi Mike,
>>>
>>> Do you think it should go in 4.5 as well?
>>>
>>> ~Rajani
>>>
>>> On Wed, Nov 12, 2014 at 10:09 AM, Mike Tutkowski <
>>> mike.tutkowski@solidfire.com> wrote:
>>>
>>> > So, I just confirmed that once a properties file is generated for the
>>> > template that's being created that the template is not deleted when
>>> the CS
>>> > MS is re-started.
>>> >
>>> > I checked in this fix to master:
>>> >
>>> > 5c388a5c8087d544ff89dccf20f8af88f8f73d1b
>>> >
>>> > So, as it turns out, if anyone has created a template with the
>>> XenServer
>>> > 6.2.5 resource code in releases prior to 4.6, that template will not be
>>> > usable if a management server gets restarted. Perhaps users could
>>> correct
>>> > such a problem by manually creating a properties file for that
>>> template.
>>> >
>>> > On Mon, Nov 10, 2014 at 10:38 PM, Mike Tutkowski <
>>> > mike.tutkowski@solidfire.com> wrote:
>>> >
>>> > > It looks like those rows get deleted in
>>> > > TemplateServiceImpl.handleTemplateSync(DataStore).
>>> > >
>>> > > I noticed earlier that the XenServer 6.2.5 resource code does NOT
>>> write
>>> > > out a properties file alongside the VHD template the way the
>>> XenServer
>>> > 6.1
>>> > > resource code does.
>>> > >
>>> > > At the moment, I suspect that that is the problem.
>>> > >
>>> > > Does anyone know if the properties file that is for a given VHD
>>> template
>>> > > is required?
>>> > >
>>> > > On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
>>> > > mike.tutkowski@solidfire.com> wrote:
>>> > >
>>> > >> Thanks, Marcus
>>> > >>
>>> > >> I'll take a look into it later tonight more. I'm working on a
>>> feature
>>> > for
>>> > >> 4.6 and noticed this yesterday. It happened again today and I
>>> narrowed
>>> > it
>>> > >> down to occurring when the CS MS was stopped and re-started.
>>> > >>
>>> > >> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <sh...@gmail.com>
>>> wrote:
>>> > >>
>>> > >>> I remember there was an issue with that occasionally happening when
>>> > >>> templates were simply registered. Sometimes they'd be downloaded
>>> and
>>> > >>> installed, and other times they would disappear. I think that was
>>> fixed
>>> > >>> maybe 18 months ago, could be related.
>>> > >>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <
>>> > mike.tutkowski@solidfire.com>
>>> > >>> wrote:
>>> > >>>
>>> > >>> > Hi,
>>> > >>> >
>>> > >>> > In 4.6 I've noticed when I create a template from a snapshot
>>> that I
>>> > can
>>> > >>> > spin VMs up from this template until I shut the CS MS down and
>>> > >>> re-start it.
>>> > >>> >
>>> > >>> > Upon re-start, the template entries in cloud.template_store_ref
>>> get
>>> > >>> purged
>>> > >>> > (as in completely removed from the table). That being the case,
>>> the
>>> > CS
>>> > >>> MS
>>> > >>> > no longer returns these templates as usable, so they're not
>>> > available,
>>> > >>> say,
>>> > >>> > in the GUI to use to spin up VMs from.
>>> > >>> >
>>> > >>> > Has anyone else noticed this behavior? I'm doing this on what
>>> > >>> CloudStack
>>> > >>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some
>>> specific
>>> > >>> > patches).
>>> > >>> >
>>> > >>> > 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>*™*
>>> >
>>>
>>
>>
>> --
>> *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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Mike Tutkowski <mi...@solidfire.com>.
Done...I ported the code to 4.5 and tested it out. It's checked in under
SHA 8b7c1d7c5e1d7b4396c57d4cf20b24217335bc8e.
On Tue, Nov 11, 2014 at 11:28 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> It should. I can do that.
>
>
> On Tuesday, November 11, 2014, Rajani Karuturi <ra...@apache.org> wrote:
>
>> Hi Mike,
>>
>> Do you think it should go in 4.5 as well?
>>
>> ~Rajani
>>
>> On Wed, Nov 12, 2014 at 10:09 AM, Mike Tutkowski <
>> mike.tutkowski@solidfire.com> wrote:
>>
>> > So, I just confirmed that once a properties file is generated for the
>> > template that's being created that the template is not deleted when the
>> CS
>> > MS is re-started.
>> >
>> > I checked in this fix to master:
>> >
>> > 5c388a5c8087d544ff89dccf20f8af88f8f73d1b
>> >
>> > So, as it turns out, if anyone has created a template with the XenServer
>> > 6.2.5 resource code in releases prior to 4.6, that template will not be
>> > usable if a management server gets restarted. Perhaps users could
>> correct
>> > such a problem by manually creating a properties file for that template.
>> >
>> > On Mon, Nov 10, 2014 at 10:38 PM, Mike Tutkowski <
>> > mike.tutkowski@solidfire.com> wrote:
>> >
>> > > It looks like those rows get deleted in
>> > > TemplateServiceImpl.handleTemplateSync(DataStore).
>> > >
>> > > I noticed earlier that the XenServer 6.2.5 resource code does NOT
>> write
>> > > out a properties file alongside the VHD template the way the XenServer
>> > 6.1
>> > > resource code does.
>> > >
>> > > At the moment, I suspect that that is the problem.
>> > >
>> > > Does anyone know if the properties file that is for a given VHD
>> template
>> > > is required?
>> > >
>> > > On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
>> > > mike.tutkowski@solidfire.com> wrote:
>> > >
>> > >> Thanks, Marcus
>> > >>
>> > >> I'll take a look into it later tonight more. I'm working on a feature
>> > for
>> > >> 4.6 and noticed this yesterday. It happened again today and I
>> narrowed
>> > it
>> > >> down to occurring when the CS MS was stopped and re-started.
>> > >>
>> > >> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <sh...@gmail.com> wrote:
>> > >>
>> > >>> I remember there was an issue with that occasionally happening when
>> > >>> templates were simply registered. Sometimes they'd be downloaded and
>> > >>> installed, and other times they would disappear. I think that was
>> fixed
>> > >>> maybe 18 months ago, could be related.
>> > >>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <
>> > mike.tutkowski@solidfire.com>
>> > >>> wrote:
>> > >>>
>> > >>> > Hi,
>> > >>> >
>> > >>> > In 4.6 I've noticed when I create a template from a snapshot that
>> I
>> > can
>> > >>> > spin VMs up from this template until I shut the CS MS down and
>> > >>> re-start it.
>> > >>> >
>> > >>> > Upon re-start, the template entries in cloud.template_store_ref
>> get
>> > >>> purged
>> > >>> > (as in completely removed from the table). That being the case,
>> the
>> > CS
>> > >>> MS
>> > >>> > no longer returns these templates as usable, so they're not
>> > available,
>> > >>> say,
>> > >>> > in the GUI to use to spin up VMs from.
>> > >>> >
>> > >>> > Has anyone else noticed this behavior? I'm doing this on what
>> > >>> CloudStack
>> > >>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some
>> specific
>> > >>> > patches).
>> > >>> >
>> > >>> > 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>*™*
>> >
>>
>
>
> --
> *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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Mike Tutkowski <mi...@solidfire.com>.
It should. I can do that.
On Tuesday, November 11, 2014, Rajani Karuturi <ra...@apache.org> wrote:
> Hi Mike,
>
> Do you think it should go in 4.5 as well?
>
> ~Rajani
>
> On Wed, Nov 12, 2014 at 10:09 AM, Mike Tutkowski <
> mike.tutkowski@solidfire.com <javascript:;>> wrote:
>
> > So, I just confirmed that once a properties file is generated for the
> > template that's being created that the template is not deleted when the
> CS
> > MS is re-started.
> >
> > I checked in this fix to master:
> >
> > 5c388a5c8087d544ff89dccf20f8af88f8f73d1b
> >
> > So, as it turns out, if anyone has created a template with the XenServer
> > 6.2.5 resource code in releases prior to 4.6, that template will not be
> > usable if a management server gets restarted. Perhaps users could correct
> > such a problem by manually creating a properties file for that template.
> >
> > On Mon, Nov 10, 2014 at 10:38 PM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com <javascript:;>> wrote:
> >
> > > It looks like those rows get deleted in
> > > TemplateServiceImpl.handleTemplateSync(DataStore).
> > >
> > > I noticed earlier that the XenServer 6.2.5 resource code does NOT write
> > > out a properties file alongside the VHD template the way the XenServer
> > 6.1
> > > resource code does.
> > >
> > > At the moment, I suspect that that is the problem.
> > >
> > > Does anyone know if the properties file that is for a given VHD
> template
> > > is required?
> > >
> > > On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
> > > mike.tutkowski@solidfire.com <javascript:;>> wrote:
> > >
> > >> Thanks, Marcus
> > >>
> > >> I'll take a look into it later tonight more. I'm working on a feature
> > for
> > >> 4.6 and noticed this yesterday. It happened again today and I narrowed
> > it
> > >> down to occurring when the CS MS was stopped and re-started.
> > >>
> > >> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <shadowsor@gmail.com
> <javascript:;>> wrote:
> > >>
> > >>> I remember there was an issue with that occasionally happening when
> > >>> templates were simply registered. Sometimes they'd be downloaded and
> > >>> installed, and other times they would disappear. I think that was
> fixed
> > >>> maybe 18 months ago, could be related.
> > >>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <
> > mike.tutkowski@solidfire.com <javascript:;>>
> > >>> wrote:
> > >>>
> > >>> > Hi,
> > >>> >
> > >>> > In 4.6 I've noticed when I create a template from a snapshot that I
> > can
> > >>> > spin VMs up from this template until I shut the CS MS down and
> > >>> re-start it.
> > >>> >
> > >>> > Upon re-start, the template entries in cloud.template_store_ref get
> > >>> purged
> > >>> > (as in completely removed from the table). That being the case, the
> > CS
> > >>> MS
> > >>> > no longer returns these templates as usable, so they're not
> > available,
> > >>> say,
> > >>> > in the GUI to use to spin up VMs from.
> > >>> >
> > >>> > Has anyone else noticed this behavior? I'm doing this on what
> > >>> CloudStack
> > >>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some
> specific
> > >>> > patches).
> > >>> >
> > >>> > 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 <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 <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 <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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Rajani Karuturi <ra...@apache.org>.
Hi Mike,
Do you think it should go in 4.5 as well?
~Rajani
On Wed, Nov 12, 2014 at 10:09 AM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> So, I just confirmed that once a properties file is generated for the
> template that's being created that the template is not deleted when the CS
> MS is re-started.
>
> I checked in this fix to master:
>
> 5c388a5c8087d544ff89dccf20f8af88f8f73d1b
>
> So, as it turns out, if anyone has created a template with the XenServer
> 6.2.5 resource code in releases prior to 4.6, that template will not be
> usable if a management server gets restarted. Perhaps users could correct
> such a problem by manually creating a properties file for that template.
>
> On Mon, Nov 10, 2014 at 10:38 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
> > It looks like those rows get deleted in
> > TemplateServiceImpl.handleTemplateSync(DataStore).
> >
> > I noticed earlier that the XenServer 6.2.5 resource code does NOT write
> > out a properties file alongside the VHD template the way the XenServer
> 6.1
> > resource code does.
> >
> > At the moment, I suspect that that is the problem.
> >
> > Does anyone know if the properties file that is for a given VHD template
> > is required?
> >
> > On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com> wrote:
> >
> >> Thanks, Marcus
> >>
> >> I'll take a look into it later tonight more. I'm working on a feature
> for
> >> 4.6 and noticed this yesterday. It happened again today and I narrowed
> it
> >> down to occurring when the CS MS was stopped and re-started.
> >>
> >> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <sh...@gmail.com> wrote:
> >>
> >>> I remember there was an issue with that occasionally happening when
> >>> templates were simply registered. Sometimes they'd be downloaded and
> >>> installed, and other times they would disappear. I think that was fixed
> >>> maybe 18 months ago, could be related.
> >>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <
> mike.tutkowski@solidfire.com>
> >>> wrote:
> >>>
> >>> > Hi,
> >>> >
> >>> > In 4.6 I've noticed when I create a template from a snapshot that I
> can
> >>> > spin VMs up from this template until I shut the CS MS down and
> >>> re-start it.
> >>> >
> >>> > Upon re-start, the template entries in cloud.template_store_ref get
> >>> purged
> >>> > (as in completely removed from the table). That being the case, the
> CS
> >>> MS
> >>> > no longer returns these templates as usable, so they're not
> available,
> >>> say,
> >>> > in the GUI to use to spin up VMs from.
> >>> >
> >>> > Has anyone else noticed this behavior? I'm doing this on what
> >>> CloudStack
> >>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some specific
> >>> > patches).
> >>> >
> >>> > 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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Mike Tutkowski <mi...@solidfire.com>.
So, I just confirmed that once a properties file is generated for the
template that's being created that the template is not deleted when the CS
MS is re-started.
I checked in this fix to master:
5c388a5c8087d544ff89dccf20f8af88f8f73d1b
So, as it turns out, if anyone has created a template with the XenServer
6.2.5 resource code in releases prior to 4.6, that template will not be
usable if a management server gets restarted. Perhaps users could correct
such a problem by manually creating a properties file for that template.
On Mon, Nov 10, 2014 at 10:38 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> It looks like those rows get deleted in
> TemplateServiceImpl.handleTemplateSync(DataStore).
>
> I noticed earlier that the XenServer 6.2.5 resource code does NOT write
> out a properties file alongside the VHD template the way the XenServer 6.1
> resource code does.
>
> At the moment, I suspect that that is the problem.
>
> Does anyone know if the properties file that is for a given VHD template
> is required?
>
> On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> Thanks, Marcus
>>
>> I'll take a look into it later tonight more. I'm working on a feature for
>> 4.6 and noticed this yesterday. It happened again today and I narrowed it
>> down to occurring when the CS MS was stopped and re-started.
>>
>> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <sh...@gmail.com> wrote:
>>
>>> I remember there was an issue with that occasionally happening when
>>> templates were simply registered. Sometimes they'd be downloaded and
>>> installed, and other times they would disappear. I think that was fixed
>>> maybe 18 months ago, could be related.
>>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <mi...@solidfire.com>
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > In 4.6 I've noticed when I create a template from a snapshot that I can
>>> > spin VMs up from this template until I shut the CS MS down and
>>> re-start it.
>>> >
>>> > Upon re-start, the template entries in cloud.template_store_ref get
>>> purged
>>> > (as in completely removed from the table). That being the case, the CS
>>> MS
>>> > no longer returns these templates as usable, so they're not available,
>>> say,
>>> > in the GUI to use to spin up VMs from.
>>> >
>>> > Has anyone else noticed this behavior? I'm doing this on what
>>> CloudStack
>>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some specific
>>> > patches).
>>> >
>>> > 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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Mike Tutkowski <mi...@solidfire.com>.
It looks like those rows get deleted in
TemplateServiceImpl.handleTemplateSync(DataStore).
I noticed earlier that the XenServer 6.2.5 resource code does NOT write out
a properties file alongside the VHD template the way the XenServer 6.1
resource code does.
At the moment, I suspect that that is the problem.
Does anyone know if the properties file that is for a given VHD template is
required?
On Mon, Nov 10, 2014 at 6:09 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> Thanks, Marcus
>
> I'll take a look into it later tonight more. I'm working on a feature for
> 4.6 and noticed this yesterday. It happened again today and I narrowed it
> down to occurring when the CS MS was stopped and re-started.
>
> On Mon, Nov 10, 2014 at 5:44 PM, Marcus <sh...@gmail.com> wrote:
>
>> I remember there was an issue with that occasionally happening when
>> templates were simply registered. Sometimes they'd be downloaded and
>> installed, and other times they would disappear. I think that was fixed
>> maybe 18 months ago, could be related.
>> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <mi...@solidfire.com>
>> wrote:
>>
>> > Hi,
>> >
>> > In 4.6 I've noticed when I create a template from a snapshot that I can
>> > spin VMs up from this template until I shut the CS MS down and re-start
>> it.
>> >
>> > Upon re-start, the template entries in cloud.template_store_ref get
>> purged
>> > (as in completely removed from the table). That being the case, the CS
>> MS
>> > no longer returns these templates as usable, so they're not available,
>> say,
>> > in the GUI to use to spin up VMs from.
>> >
>> > Has anyone else noticed this behavior? I'm doing this on what CloudStack
>> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some specific
>> > patches).
>> >
>> > 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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Mike Tutkowski <mi...@solidfire.com>.
Thanks, Marcus
I'll take a look into it later tonight more. I'm working on a feature for
4.6 and noticed this yesterday. It happened again today and I narrowed it
down to occurring when the CS MS was stopped and re-started.
On Mon, Nov 10, 2014 at 5:44 PM, Marcus <sh...@gmail.com> wrote:
> I remember there was an issue with that occasionally happening when
> templates were simply registered. Sometimes they'd be downloaded and
> installed, and other times they would disappear. I think that was fixed
> maybe 18 months ago, could be related.
> On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <mi...@solidfire.com>
> wrote:
>
> > Hi,
> >
> > In 4.6 I've noticed when I create a template from a snapshot that I can
> > spin VMs up from this template until I shut the CS MS down and re-start
> it.
> >
> > Upon re-start, the template entries in cloud.template_store_ref get
> purged
> > (as in completely removed from the table). That being the case, the CS MS
> > no longer returns these templates as usable, so they're not available,
> say,
> > in the GUI to use to spin up VMs from.
> >
> > Has anyone else noticed this behavior? I'm doing this on what CloudStack
> > refers to as XenServer 6.2.5 (which is really XS 6.2 + some specific
> > patches).
> >
> > 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: Templates created from snapshots get purged from cloud.template_store_ref
Posted by Marcus <sh...@gmail.com>.
I remember there was an issue with that occasionally happening when
templates were simply registered. Sometimes they'd be downloaded and
installed, and other times they would disappear. I think that was fixed
maybe 18 months ago, could be related.
On Nov 10, 2014 3:36 PM, "Mike Tutkowski" <mi...@solidfire.com>
wrote:
> Hi,
>
> In 4.6 I've noticed when I create a template from a snapshot that I can
> spin VMs up from this template until I shut the CS MS down and re-start it.
>
> Upon re-start, the template entries in cloud.template_store_ref get purged
> (as in completely removed from the table). That being the case, the CS MS
> no longer returns these templates as usable, so they're not available, say,
> in the GUI to use to spin up VMs from.
>
> Has anyone else noticed this behavior? I'm doing this on what CloudStack
> refers to as XenServer 6.2.5 (which is really XS 6.2 + some specific
> patches).
>
> 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>*™*
>