On 9 January 2014 15:44, Daniel Molina <[email protected]> wrote:
> > > > On 8 January 2014 18:14, Gareth Bult <[email protected]> wrote: > >> Hi Daniel, >> >> Well your patch for the SSH key works, which is a bit of a relief .. :-) >> >> Also removing IMAGE_ID in advanced seems to work .. although could I >> propose that the >> fact that it allows both and allows them to be different - is actually >> also a bug ?? >> > > Yes, it is. Could you open a ticket in our dev page so we can fix it for > upcoming relesases? > I have already created it: http://dev.opennebula.org/issues/2627 Thank you for the feedback > > Cheers > > > >> >> -- >> *Gareth Bult* >> “The odds of hitting your target go up dramatically when you aim at it.” >> See the status of my current project at http://vdc-store.com >> >> >> ------------------------------ >> *From: *"Daniel Molina" <[email protected]> >> *To: *"Gareth Bult" <[email protected]> >> *Cc: *"Users OpenNebula" <[email protected]> >> *Sent: *Wednesday, 8 January, 2014 4:40:24 PM >> *Subject: *Re: [one-users] Sunstone issue re; editing Templates >> >> >> Hi Gareth, >> >> When you define an image in a disk you can use: >> a) IMAGE_ID >> b) IMAGE & IMAGE_UNAME >> >> In your template both options are defined and each one points to a >> different IMAGE. To fix this, open the advanced section of the storage tab >> in the update wizard and remove the content of the IMAGE_ID input. This >> should fix the problem. >> >> Regarding the ssh key problem, you found a bug. It should be filled up as >> the rest of values, to fix it apply the following patch: >> >> diff --git a/src/sunstone/public/js/plugins/templates-tab.js >> b/src/sunstone/public/js/plugins/templates-tab.js >> index 47f95b6..d38151c 100644 >> --- a/src/sunstone/public/js/plugins/templates-tab.js >> +++ b/src/sunstone/public/js/plugins/templates-tab.js >> @@ -4691,7 +4691,7 @@ function fillTemplatePopUp(request, response){ >> $("#ssh_context", >> context_section).attr('checked','checked'); >> >> if (!publickey_regexp.test(value)) { >> - $("input#ssh_public_key").val(value); >> + $("#ssh_public_key", context_section).val(value); >> } >> } >> else if (token_regexp.test(key)) { >> >> Cheers >> >> On 8 January 2014 17:40, Gareth Bult <[email protected]> wrote: >> > >> > Ok, it gets better, I have another VM that's running Ok, when I look at >> the browser I see; >> > >> > DISK >> > CACHEwritethrough >> > DEV_PREFIXsd >> > DRIVERraw >> > IMAGERelay1-Main >> > IMAGE_ID93 >> > IMAGE_UNAMEoneadmin >> > IOnative >> > Yet when I edit the template I see; >> > >> > IDNameDatastoreTypeStatus#VMS >> > 188Relay1-Copydata2OSREADY0 >> > 187Relay1-Maindata2OSUSED_PERS1 >> > 186NS3-Copydata2OSREADY0 >> > 185NS3-Maindata2OSUSED_PERS1 >> > >> > 1 >> > 2 >> > 3 >> > 4 >> > 5 >> > >> > >> > You selected the following image: Relay1-Main >> > >> > >> > i.e. The browser is showing image ID 93, whereas the template editor is >> showing the correct and running >> > image_id which is 187. (yes, I've tried the reload icon, and moved >> off/on etc etc) >> > >> > "onevm show" shows the correct name, but only the name .. >> > >> > It looks like the GUI isn't keeping up with the underlying >> infrastructure ... >> > (93 is an "old" image that "used" to be used by the template) >> > >> > >> > -- >> > Gareth Bult >> > “The odds of hitting your target go up dramatically when you aim at it.” >> > See the status of my current project at http://vdc-store.com >> > >> > >> > ________________________________ >> > From: "Gareth Bult" <[email protected]> >> > To: "Users OpenNebula" <[email protected]> >> > Sent: Wednesday, 8 January, 2014 4:12:54 PM >> > >> > Subject: [one-users] Sunstone issue re; editing Templates >> > >> > Hi, >> > >> > I seem to have run into a very strange issue .. I have a template that >> "looks" fine when you look >> > at it from the browser, launches Ok, but when you come to modify the >> template, and click on storage, >> > it's showing the wrong storage volume. If you inadvertently click >> "update" at this point, your end >> > up with your template pointing at this wrong storage volume. >> > >> > I've tried lots of random changes, but can't seem to change this >> behaviour .. yet other templates seem >> > to work Ok .. any ideas re; how I debug this .. it's pretty critical if >> the GUI is going to blindly >> > change the storage volume when you change a.n.other part of the >> template ... >> > >> > Also (!) while I'm on the subject, is there any way we can persuade the >> GUI to save the context information >> > (SSH public key) between template modifications ... having to re-enter >> the SSH key *every* time I modify a >> > template is very frustrating ... >> > >> > tia >> > Gareth. >> > >> > -- >> > >> > Gareth Bult >> > “The odds of hitting your target go up dramatically when you aim at it.” >> > See the status of my current project at http://vdc-store.com >> > _______________________________________________ >> > Users mailing list >> > [email protected] >> > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >> > >> > >> > >> > _______________________________________________ >> > Users mailing list >> > [email protected] >> > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >> > >> >> -- >> -- >> Daniel Molina >> Project Engineer >> OpenNebula - Flexible Enterprise Cloud Made Simple >> www.OpenNebula.org | [email protected] | @OpenNebula >> >> > > > -- > -- > Daniel Molina > Project Engineer > OpenNebula - Flexible Enterprise Cloud Made Simple > www.OpenNebula.org | [email protected] | @OpenNebula > -- -- Daniel Molina Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org | [email protected] | @OpenNebula
_______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
