Re: [ovirt-devel] oVirt 3.5 Test day 1 results.
Re-tested this for Test day 2, with the same results, everything came up perfectly without any issues noted. On Monday, July 21, 2014 02:45:52 PM Alexander Wels wrote: > Sorry for being a lot late with this, but I finally got around to writing > the result email. > > I tested: > OVIRT35 - [RFE][host-deploy] support more ciphers for ssh. > > I did a basic engine install on Fedora 20. And I installed a minimal Fedora > 20 for my host. After configuring the engine and starting it, I enabled sshd > and configured the only cypher to be one that was not supported before. > Then I added the host using webadmin and let it run until completion. > > I was able to connect to the host just fine and it came up without any > issues. > > So in short PASS > > Alexander ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 Test day 1 results.
Sorry for being a lot late with this, but I finally got around to writing the result email. I tested: OVIRT35 - [RFE][host-deploy] support more ciphers for ssh. I did a basic engine install on Fedora 20. And I installed a minimal Fedora 20 for my host. After configuring the engine and starting it, I enabled sshd and configured the only cypher to be one that was not supported before. Then I added the host using webadmin and let it run until completion. I was able to connect to the host just fine and it came up without any issues. So in short PASS Alexander ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] oVirt 3.5 Test Day 1 Results - user defined Windows Sysprep file
On 09.07.14 12:44, Vojtech Szocs wrote: > Hi, > > today I played with this feature [1]: > > - Win7 VM without custom Sysprep override in VM dialog > - Win7 VM with custom Sysprep override in VM dialog > - REST API call to check custom Sysprep override for VM > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1080002 > > It worked for me without any problems. > > Vojtech Thank you very much for you help, Shahar. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 Test Day 1 Results - user defined Windows Sysprep file
Hi, today I played with this feature [1]: - Win7 VM without custom Sysprep override in VM dialog - Win7 VM with custom Sysprep override in VM dialog - REST API call to check custom Sysprep override for VM [1] https://bugzilla.redhat.com/show_bug.cgi?id=1080002 It worked for me without any problems. Vojtech ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 Test Day 1 Results
I tested: * [RFE] Prevent host fencing while kdumping - http://www.ovirt.org/Fence_kdump * hosted-engine-setup Results: Bug 1115123 -- hosted-engine-setup fails with ioprocess oop_impl enabled Adding a host with Detect kdump flow set to on and without crashkernel command line parameter results in a warning in the log as expected. I ran out of time before I was able to configure crash dump detection for my host VMs correctly. Looking forward to more thorough testing on the next test day. -- Adam Litke ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] oVirt 3.5 test day 1 results
nice test, Nir. would you mind adding the important bugs to 3.5 tracker [1]? I'd agree that not being able to upgrade without removal of all hosts and vms is a blocker for a release:-) others seem to be quite important too Thanks, michal [1] http://bugzilla.redhat.com/1073943 On Jul 1, 2014, at 20:31 , Nir Soffer wrote: > Hi all, > > I tested today [RFE] replace XML-RPC communication (engine-vdsm) with > json-rpc based on bidirectional transport > > First I upgraded ovirt-3.4 stable engine to ovirt-3.5 - ok > Then I upgraded 4 hosts to latest vdsm - ok > > I upgraded 2 data centers to cluster version 3.5: > - 2 Fedora 19 hosts with 30 ISCSI storage domains - ok > - 2 RHEL 6.5 hosts with 45 NFS storage domains - failed > I had to remove the hosts and the virtual machines to complete > the upgrade [1] > > Then I removed the hosts and added them back (to configure jsonrpc), and > setup one host using jsonrpc and the other using xmlrpc - ok > > After moving the hosts to maintenance mode and starting them back, I found > that the host using jsonrpc was stuck in "Unassigned" state [2],[3]. > > The errors in the vdsm log were not clear enough. After I improving this [4], > I could fix it in one line patch [5]. > > Finally when I had a working system, I run some sanity tests: > - start/stop vm - ok > - create vm from template - ok > - migrate vms between two hosts concurrenly (one host use xmlrpc, one using > json) - ok > > Then I tried to test create template from vm, but I had low disk space > on that storage domain. So I tried to extend the domain which would be > useful test as well. > > But turns out that you cannot create or edit a block domain when using > jsonrpc [6] > > Looking at the logs, I found also that shutting down protocol detector fails > [7] > > Summary: > > - upgrade is broken in some cases - critical > - jsonrpc is not ready yet > - jsonrpc needs lot of additional testing - for next test day I suggest one > tester > from each team (virt, storage, networking, sla?) to test jsonrpc with > relevant > flows. > > [1] https://bugzilla.redhat.com/1114994 >Cannot edit cluster after upgrade from version 3.4 to 3.5 because cpu type > (Intel Haswell) does not match > > [2] https://bugzilla.redhat.com/1115033 >StoragePool_disconnect: disconnect() takes exactly 4 arguments > > [3] https://bugzilla.redhat.com/1115044 >Host stuck in "Unassinged" state when using jsonrpc and disconnection from > pool failed > > [4] http://gerrit.ovirt.org/29457 >bridge: Show more info when method call fail > > [5] http://gerrit.ovirt.org/29465 >api: Make remove optional > > [6] https://bugzilla.redhat.com/show_bug.cgi?id=1115152 >Cannot edit or create block storage doamin when using jsonrpc > > [7] https://bugzilla.redhat.com/1115104 >Shuting down protocol detector fails > > Nir > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 test day 1 results
Hi, This time I have tested the below RFE: [RFE] Change the "Slot" field to "Service Profile" when cisco_ucs is selected as the fencing type. https://bugzilla.redhat.com/show_bug.cgi?id=1090803 Test Data === Running oVirt 3.5 with Power Management enabled in hosts when selecting Type cisco_ucs the Slot field get replaced by Service Profile as RFE requested. The same test under 3.4 the field is not replaced. I would say this RFE is 100% accomplished. -- Cheers Douglas ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 test day 1 results
Hi all, I tested today [RFE] replace XML-RPC communication (engine-vdsm) with json-rpc based on bidirectional transport First I upgraded ovirt-3.4 stable engine to ovirt-3.5 - ok Then I upgraded 4 hosts to latest vdsm - ok I upgraded 2 data centers to cluster version 3.5: - 2 Fedora 19 hosts with 30 ISCSI storage domains - ok - 2 RHEL 6.5 hosts with 45 NFS storage domains - failed I had to remove the hosts and the virtual machines to complete the upgrade [1] Then I removed the hosts and added them back (to configure jsonrpc), and setup one host using jsonrpc and the other using xmlrpc - ok After moving the hosts to maintenance mode and starting them back, I found that the host using jsonrpc was stuck in "Unassigned" state [2],[3]. The errors in the vdsm log were not clear enough. After I improving this [4], I could fix it in one line patch [5]. Finally when I had a working system, I run some sanity tests: - start/stop vm - ok - create vm from template - ok - migrate vms between two hosts concurrenly (one host use xmlrpc, one using json) - ok Then I tried to test create template from vm, but I had low disk space on that storage domain. So I tried to extend the domain which would be useful test as well. But turns out that you cannot create or edit a block domain when using jsonrpc [6] Looking at the logs, I found also that shutting down protocol detector fails [7] Summary: - upgrade is broken in some cases - critical - jsonrpc is not ready yet - jsonrpc needs lot of additional testing - for next test day I suggest one tester from each team (virt, storage, networking, sla?) to test jsonrpc with relevant flows. [1] https://bugzilla.redhat.com/1114994 Cannot edit cluster after upgrade from version 3.4 to 3.5 because cpu type (Intel Haswell) does not match [2] https://bugzilla.redhat.com/1115033 StoragePool_disconnect: disconnect() takes exactly 4 arguments [3] https://bugzilla.redhat.com/1115044 Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed [4] http://gerrit.ovirt.org/29457 bridge: Show more info when method call fail [5] http://gerrit.ovirt.org/29465 api: Make remove optional [6] https://bugzilla.redhat.com/show_bug.cgi?id=1115152 Cannot edit or create block storage doamin when using jsonrpc [7] https://bugzilla.redhat.com/1115104 Shuting down protocol detector fails Nir ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 Test Day 1 Results
Hi, I tested these features: 1073453 - OVIRT35 - [RFE] add Debian 7 to the list of operating systems when creating a new vm Info: Debian 7 is listed in OS in new VM dialog Result: success 1047624 - OVIRT35 - [RFE] support BIOS boot device menu Info: Boot menu has to be enabled in Edit VM dialog Boot options tab Enable boot menu. Once enabled, user can press F12 and select boot device in the same way as in standard BIOS Result: success During test I found these issues: 1) Engine installation problem on Centos 6.5 Package ovirt-engine-userportal-3.5.0-0.0.master.20140629172257.git0b16ed7.el6.noarch.rpm is not signed After disabling GPG signature check in /etc/yum.repos.d/ovirt-3.5.repo, installation continues fine. 2) Engine installation problem on Centos 6.5 Engine indirectly depends on batik packaged, but xmlgraphics-batik is installed instead of it. I created a bug [1] 3) Packages ioprocess and python-ioprocess are not available in oVirt repository for 3.5 beta (even they are available in master-snapshot-static repository). Created a ticket for infra https://fedorahosted.org/ovirt/ticket/205 Martin [1] https://bugzilla.redhat.com/1114921 ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
