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> 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> wrote: > >> It should. I can do that. >> >> >> On Tuesday, November 11, 2014, Rajani Karuturi <raj...@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.tutkow...@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.tutkow...@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.tutkow...@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 <shadow...@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.tutkow...@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.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>*™* >>> > >> >>> > > >>> > > >>> > > >>> > > -- >>> > > *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>*™* >>> > >>> >> >> >> -- >> *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>*™* > -- *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>*™*
