Re: [Users] oVirt 3.4 test day - results
Follow up on my testing for test day 2 on beta 2. 1. "Reboot VM" functionality. The results was the same as the first test day. It was confirmed to me that the 1 minute delay on the reboot was intentional for now. So all in all Green light on this feature. 2. Fix Control-Alt-Delete functionality in console options. This is the one I had trouble with last time. As it turns out this feature is meant only for windows clients as Linux doesn't eat the ctrl-alt-del key from the viewer. So for the second test day I had a windows machine that I tested the feature with. Checking the check box added 'ctrl-alt-end' as a short-cut in the viewer to ctrl-alt-del. This worked as expected. Unchecking the checkbox removed the short-cut. So all in all Green light on this feature. 3. Show name of the template in General tab for a VM if the VM is deployed from template via clone allocation. As before, the template name was properly shown when I created a new VM from the template. So all in all Green light on this feature. As I had a lot of trouble getting my environment configured last time. I have to say this time around the process was a lot smoother. The only bump I had was when I forgot to add the correct repo on the first host and it installed an older version of VDSM than what was needed. Once I fixed the repo and updated everything worked correctly. Alexander On Monday, January 27, 2014 11:02:22 AM Alexander Wels wrote: > Hi, I tested the following items during the test day and here are my > results: > > 1. "reboot VM" functionality > > The related feature page is: http://www.ovirt.org/Features/Guest_Reboot > The feature page mentions a policy selection checkbox which I was unable to > find in the web admin UI at all. I checked the patches that implement the > feature and did not see the check box implementation. The patches did show > me that all I need to use the feature was to install the guest agent on the > guest. So for my test I installed a fedora guest, and I installed the guest > agent on the guest. After about a minute after starting the guest, the > reboot button was enabled and pressing it started the reboot sequence on > the guest. > > I had a console open on the guest and it informed me that the admin had > started the reboot process and the guest would be rebooted in a minute. I > did not find a way to change the time it took for the reboot to happen. > > I did the same test with the REST api, with the same result. The reboot was > scheduled for a minute after I issued the command. I did not find a way to > change the time with the REST api either. I am guessing that is a future > feature. > > 2. Fix Control-Alt-Delete functionality in console options > > I had trouble getting spice to work in my test setup, but no issues with > VNC. So I tested VNC. I checked the VM console options to make sure that > 'Map ctrl-alt-del shortcut to ctrl+alt+end' was checked. Then I connected > to a running VM with VNC. I pressed ctrl-+alt+end expected it to issue a > ctrl-alt-del to the guest. Nothing happened. I pressed ctrl-alt-del and it > properly issued ctrl-alt-del to the guest. I made sure there was no issue > with my client by using the menu to issue a ctrl-alt-del to the guest which > also resulted in the proper action on the guest. I opened a bug for this: > /https://bugzilla.redhat.com/show_bug.cgi?id=1057763/[1] > > I did this test on my Fedora machine, and the description mentions that > certain OSes capture the ctrl-alt-del before sending it to the guest, > Fedora is not one of those OSes, so maybe my test was not valid? > > 3. Show name of the template in General tab for a VM if the VM is > deployed from template via clone allocation. > > This is a very straight forward test. I created a template from a VM. I > named the template. Then created a VM from that template using clone > allocation. I verified that the name of the template is now properly shown > in the VM general sub tab. Works as expected. > > Overall I had issues getting engine installed due to the shmmax issue > reported in other threads, and then I had a really hard time adding new > hosts from a blank fedora minimum install. I was successful one out of > three attempts, which I feel was probably an yum repository issue as I was > getting conflicting python-cpopen issues causing VDSM to not start. > > Thanks, > Alexander > > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1057763 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4 test day - results
On Jan 27, 2014, at 17:02 , Alexander Wels wrote: > Hi, I tested the following items during the test day and here are my results: > > 1. "reboot VM" functionality > > The related feature page is: http://www.ovirt.org/Features/Guest_Reboot > The feature page mentions a policy selection checkbox which I was unable to > find in the web admin UI at all. I checked the patches that implement the > feature and did not see the check box implementation. The patches did show me > that all I need to use the feature was to install the guest agent on the > guest. So for my test I installed a fedora guest, and I installed the guest > agent on the guest. After about a minute after starting the guest, the reboot > button was enabled and pressing it started the reboot sequence on the guest. > > I had a console open on the guest and it informed me that the admin had > started the reboot process and the guest would be rebooted in a minute. I did > not find a way to change the time it took for the reboot to happen. > > I did the same test with the REST api, with the same result. The reboot was > scheduled for a minute after I issued the command. I did not find a way to > change the time with the REST api either. I am guessing that is a future > feature. indeed. The scope of the feature was cut down significantly. No customizations other than via vdsm.conf. We hope we'll get the original promises in 3.5:) The default 60 seconds delay time is for shutdown as well. The future customizations are to remove it. > > 2. Fix Control-Alt-Delete functionality in console options > > I had trouble getting spice to work in my test setup, but no issues with VNC. > So I tested VNC. I checked the VM console options to make sure that 'Map > ctrl-alt-del shortcut to ctrl+alt+end' was checked. Then I connected to a > running VM with VNC. I pressed ctrl-+alt+end expected it to issue a > ctrl-alt-del to the guest. Nothing happened. I pressed ctrl-alt-del and it > properly issued ctrl-alt-del to the guest. I made sure there was no issue > with my client by using the menu to issue a ctrl-alt-del to the guest which > also resulted in the proper action on the guest. I opened a bug for this: > https://bugzilla.redhat.com/show_bug.cgi?id=1057763 > > I did this test on my Fedora machine, and the description mentions that > certain OSes capture the ctrl-alt-del before sending it to the guest, Fedora > is not one of those OSes, so maybe my test was not valid? it seems only the Windows version of virt-viewer supports the mapping. We'll grey it out for Linux clients then (or try to push the change to Linux versions as well, whichever can be done first) Thanks, michal > > 3. Show name of the template in General tab for a VM if the VM is > deployed from template via clone allocation. > > This is a very straight forward test. I created a template from a VM. I named > the template. Then created a VM from that template using clone allocation. I > verified that the name of the template is now properly shown in the VM > general sub tab. Works as expected. > > Overall I had issues getting engine installed due to the shmmax issue > reported in other threads, and then I had a really hard time adding new hosts > from a blank fedora minimum install. I was successful one out of three > attempts, which I feel was probably an yum repository issue as I was getting > conflicting python-cpopen issues causing VDSM to not start. > > Thanks, > Alexander > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.4 test day - results
Hi, I tested the following items during the test day and here are my results: 1. "reboot VM" functionality The related feature page is: http://www.ovirt.org/Features/Guest_Reboot The feature page mentions a policy selection checkbox which I was unable to find in the web admin UI at all. I checked the patches that implement the feature and did not see the check box implementation. The patches did show me that all I need to use the feature was to install the guest agent on the guest. So for my test I installed a fedora guest, and I installed the guest agent on the guest. After about a minute after starting the guest, the reboot button was enabled and pressing it started the reboot sequence on the guest. I had a console open on the guest and it informed me that the admin had started the reboot process and the guest would be rebooted in a minute. I did not find a way to change the time it took for the reboot to happen. I did the same test with the REST api, with the same result. The reboot was scheduled for a minute after I issued the command. I did not find a way to change the time with the REST api either. I am guessing that is a future feature. 2. Fix Control-Alt-Delete functionality in console options I had trouble getting spice to work in my test setup, but no issues with VNC. So I tested VNC. I checked the VM console options to make sure that 'Map ctrl-alt-del shortcut to ctrl+alt+end' was checked. Then I connected to a running VM with VNC. I pressed ctrl-+alt+end expected it to issue a ctrl-alt-del to the guest. Nothing happened. I pressed ctrl-alt-del and it properly issued ctrl-alt-del to the guest. I made sure there was no issue with my client by using the menu to issue a ctrl-alt-del to the guest which also resulted in the proper action on the guest. I opened a bug for this: /https://bugzilla.redhat.com/show_bug.cgi?id=1057763/[1] I did this test on my Fedora machine, and the description mentions that certain OSes capture the ctrl-alt-del before sending it to the guest, Fedora is not one of those OSes, so maybe my test was not valid? 3. Show name of the template in General tab for a VM if the VM is deployed from template via clone allocation. This is a very straight forward test. I created a template from a VM. I named the template. Then created a VM from that template using clone allocation. I verified that the name of the template is now properly shown in the VM general sub tab. Works as expected. Overall I had issues getting engine installed due to the shmmax issue reported in other threads, and then I had a really hard time adding new hosts from a blank fedora minimum install. I was successful one out of three attempts, which I feel was probably an yum repository issue as I was getting conflicting python-cpopen issues causing VDSM to not start. Thanks, Alexander [1] https://bugzilla.redhat.com/show_bug.cgi?id=1057763 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users