[one-users] Sunstone issue re; editing Templates

[Daniel Molina]

On 8 January 2014 18:14, Gareth Bult <gareth at linux.co.uk> 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?

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" <dmolina at opennebula.org>
> *To: *"Gareth Bult" <gareth at linux.co.uk>
> *Cc: *"Users OpenNebula" <users at lists.opennebula.org>
> *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 <gareth at linux.co.uk> 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" <gareth at linux.co.uk>
> > To: "Users OpenNebula" <users at lists.opennebula.org>
> > 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
> > Users at lists.opennebula.org
> > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> >
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opennebula.org
> > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> >
>
> --
> --
> Daniel Molina
> Project Engineer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
>
>


-- 
--
Daniel Molina
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140109/190f7e24/attachment-0002.htm>