No problem...it will be good to have that in 4.5, too. On Friday, November 14, 2014, Rajani Karuturi <raj...@apache.org> wrote:
> Thanks mike. > > ~Rajani > > On Thu, Nov 13, 2014 at 10:35 AM, Mike Tutkowski < > mike.tutkow...@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.tutkow...@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.tutkow...@solidfire.com <javascript:;>> wrote: > > > > > >> It should. I can do that. > > >> > > >> > > >> On Tuesday, November 11, 2014, Rajani Karuturi <raj...@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.tutkow...@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.tutkow...@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.tutkow...@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 <shadow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud <http://solidfire.com/solution/overview/?video=play>*™*
