cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: Templates created from snapshots get purged from cloud.template_store_ref
Date Sat, 15 Nov 2014 05:20:29 GMT
No problem...it will be good to have that in 4.5, too.

On Friday, November 14, 2014, Rajani Karuturi <rajani@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>*™*

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