[one-users] Sunstone issue re; editing Templates

[Daniel Molina]

On 9 January 2014 15:44, Daniel Molina <dmolina at opennebula.org> wrote:

>
>
>
> 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?
>

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" <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
>



-- 
--
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/20140113/ae808f5b/attachment-0002.htm>