[ovirt-devel] oVirt 3.5 test day 1 results

Michal Skrivanek michal.skrivanek at redhat.com
Wed Jul 2 11:31:35 UTC 2014


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 <nsoffer at redhat.com> 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 at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel




More information about the Devel mailing list