May 2016 - Devel - oVirt List Archives

[ACTION REQUIRED] oVirt Engine 3.6.6 branched
by Sandro Bonazzola 02 May '16

02 May '16

Hi, ovirt-engine-3.6.6 has been created and is currently an exact copy of ovirt-engine-3.6. >From now on, all patches targeted to 3.6.6 will need to be cherry-picked to that branch too. A patch for bumping the ovirt-engine-3.6 branch to 3.6.7 will follow. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Reminder: oVirt 4 Feature freeze and beta release in 2 weeks
by Sandro Bonazzola 02 May '16

02 May '16

Hi, just a friendly reminder that we're entering feature freeze in 2 weeks and release oVirt 4.0 beta on May 18th[1]. If your project is not yet built in jenkins and / or not yet published in master repository please let me know. [1] http://www.ovirt.org/develop/release-management/releases/4.0/release-manage… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Weekly bug status for ovirt-system-tests (using Lago) [ 01/05/16 ]
by Eyal Edri 01 May '16

01 May '16

FYI, Some updates from recent activity on ovirt-system-tests running on Lago. *Open bugs:* https://goo.gl/eUaPUY *Open issues:* Improvements on the host install issue, some env are not reproducing anymore but not sure we're 100% clear yet. *Open patches:* (reviews are welcome) https://gerrit.ovirt.org/#/q/project:ovirt-system-tests+status:open * There are quite a few open, some are just temp for helping with the debug of 'stuck in installing state' *Jenkins jobs: (failing on known issues)* http://jenkins.ovirt.org/view/oVirt%20system%20tests/ *Recently merged patches:* commit 211e475c004a2635896e528cd3aed6cd7d0dc5fd Author: Sandro Bonazzola <sbonazzo(a)redhat.com> Date: Thu Apr 28 16:44:50 2016 +0200 common: yum-repos: update glusterfs repos - dropped Gluster community repo for Fedora23: the repo is empty and Gluster community is maintaining Fedora packages within Fedora repositories. For reference: http://download.gluster.org/pub/gluster/glusterfs/LATEST/Fedora/What_About_… - on EL7 moved from Gluster community repo to CentOS Storage SIG repositories: we've been advised by Gluster community that their packaging effort is focused on CentOS Storage SIG and CentOS infrastructure is more reliable. Change-Id: I4d2c752be825fbbb9035222845728d10c5dd288c Signed-off-by: Sandro Bonazzola <sbonazzo(a)redhat.com> ---------------------------------------------------------------------------------------------------------- commit 19c102110279975d274c32477cc28c7c29e75fbc Author: David Caro <dcaroest(a)redhat.com> Date: Wed Apr 20 21:10:37 2016 +0200 Fixed answerfile for master A new question was added to the setup Change-Id: I6be958a70d67126d8067ff1855018125623b10c1 ---------------------------------------------------------------------------------------------------------- commit 5829862d17e92f91cfd04e7b9d5549cd775c800c Author: Yaniv Kaul <ykaul(a)redhat.com> Date: Mon Apr 25 14:06:27 2016 +0300 Add 'device=eth0' to EL7 deploy scripts. Apparently, /etc/sysconfig/network-scripts/ifcfg-eth0 lacks it on EL7 images. This works with NetworkManager, but not without it. When something goes bad, VDSM fails to rollback properly as its missing. For now, add it. Change-Id: I1c4ca07499a3947022e6f943cf05842ee1def408 Signed-off-by: Yaniv Kaul <ykaul(a)redhat.com> ---------------------------------------------------------------------------------------------------------- commit ddb42782968e5c6d411cdc747503fd90bed249d7 Author: David Caro <dcaroest(a)redhat.com> Date: Tue Mar 29 18:53:42 2016 +0200 Fix the master suite runs This is just copying over and adapting a bit (just so it works) the 3.6 suite into the master suite. Only for the 3.6 api, the newapi tests will be added later Still affected by the storage deactivation issues Change-Id: I55781a5d5a746aaf81e403eeeee40880beacb8a0 Signed-off-by: David Caro <dcaroest(a)redhat.com> ---------------------------------------------------------------------------------------------------------- commit c7d50cf8aebd6b566ae5c6ee8d6e3b8ec24ffc2b Author: Yaniv Kaul <ykaul(a)redhat.com> Date: Tue Apr 26 13:57:43 2016 +0300 Remove snapshot and reverting as part of the ovirt-system-tests I currently did not find a use case for it. It slows down the tests and causes (real? false?) issues with SDs. Mainly their activation and deactivation. It dramatically reduced the time to run the whole suite for me. 3-4 minutes on my desktop, and >10 minutes on my laptop. Change-Id: I9f7e509220c83805df78abb94b0ddc390c4a7f54 Signed-off-by: Yaniv Kaul <ykaul(a)redhat.com> ---------------------------------------------------------------------------------------------------------- -- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

[VDSM] flaky networking test
by Nir Soffer 01 May '16

01 May '16

Hi all, I think we have a pending patch for this, perhaps we should merge it? 19:32:54 ====================================================================== 19:32:54 ERROR: test_local_auto_with_dynamic_address_from_ra (network.netinfo_test.TestIPv6Addresses) 19:32:54 ---------------------------------------------------------------------- 19:32:54 Traceback (most recent call last): 19:32:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/testValidation.py", line 97, in wrapper 19:32:54 return f(*args, **kwargs) 19:32:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/network/netinfo_test.py", line 446, in test_local_auto_with_dynamic_address_from_ra 19:32:54 self.assertEqual('link', ip_addrs[1]['scope']) 19:32:54 File "/usr/lib64/python2.7/contextlib.py", line 24, in __exit__ 19:32:54 self.gen.next() 19:32:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/network/nettestlib.py", line 405, in dnsmasq_run 19:32:54 server.stop() 19:32:54 File "/usr/lib64/python2.7/contextlib.py", line 24, in __exit__ 19:32:54 self.gen.next() 19:32:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/network/firewall.py", line 45, in allow_dhcp 19:32:54 _forbid_dhcp(iface) 19:32:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/network/firewall.py", line 89, in _forbid_dhcp 19:32:54 '67', '-j', 'ACCEPT']) # DHCPv4 19:32:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/network/firewall.py", line 110, in _execCmdChecker 19:32:54 command, out, err)) 19:32:54 FirewallError: Command ['/sbin/iptables', '-D', 'INPUT', '-i', 'veth_qjA94YJwY8', '-p', 'udp', '--sport', '68', '--dport', '67', '-j', 'ACCEPT'] failed with []; ['Another app is currently holding the xtables lock. Perhaps you want to use the -w option?'] 19:32:54 -------------------- >> begin captured logging << -------------------- 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link add name veth_qjA94YJwY8 type veth peer name veth_NLC6ccMcUU (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /usr/sbin/dnsmasq --dhcp-authoritative -p 0 --dhcp-option=3 --dhcp-option=6 -i veth_qjA94YJwY8 -I lo -d --bind-dynamic --enable-ra --dhcp-range=2001:1:1:1::,slaac,2m (cwd None) 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/service iptables status (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = 'Redirecting to /bin/systemctl status iptables.service\nRunning in chroot, ignoring request.\n'; <rc> = 0 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/iptables --wait -I INPUT -i veth_qjA94YJwY8 -p udp --sport 68 --dport 67 -j ACCEPT (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/iptables --wait -I INPUT -i veth_qjA94YJwY8 -p udp --sport 546 --dport 547 -j ACCEPT (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev veth_NLC6ccMcUU up (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev veth_qjA94YJwY8 up (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip -6 addr add dev veth_qjA94YJwY8 2001:1:1:1::1/64 (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 19:32:54 root: DEBUG: dnsmasq: started, version 2.75 DNS disabled 19:32:54 dnsmasq: compile time options: IPv6 GNU-getopt DBus no-i18n IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth DNSSEC loop-detect inotify 19:32:54 dnsmasq: warning: interface veth_qjA94YJwY8 does not currently exist 19:32:54 dnsmasq-dhcp: router advertisement on 2001:1:1:1:: 19:32:54 dnsmasq-dhcp: IPv6 router advertisement enabled 19:32:54 dnsmasq-dhcp: RTR-SOLICIT(veth_qjA94YJwY8) ce:82:16:6e:a5:7d 19:32:54 dnsmasq-dhcp: RTR-ADVERT(veth_qjA94YJwY8) 2001:1:1:1:: 19:32:54 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/service iptables status (cwd None) 19:32:54 root: DEBUG: SUCCESS: <err> = 'Redirecting to /bin/systemctl status iptables.service\nRunning in chroot, ignoring request.\n'; <rc> = 0 19:32:54 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/iptables -D INPUT -i veth_qjA94YJwY8 -p udp --sport 68 --dport 67 -j ACCEPT (cwd None) 19:32:55 root: DEBUG: FAILED: <err> = 'Another app is currently holding the xtables lock. Perhaps you want to use the -w option?\n'; <rc> = 4 19:32:55 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link del dev veth_qjA94YJwY8 (cwd None) 19:32:55 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 19:32:55 --------------------- >> end captured logging << ---------------------

2 3

cannot create local ISO domain in RHEVM
by knarra 01 May '16

01 May '16

Hi, I am trying to set up Hosted Engine. I wanted to deploy windows virtual machines in this environment and as part of that i am creating ISO Domain to upload my windows image. But for some reason, while i create ISO domain it always fails with error "Failed to add Storage Domain <storagedomain_name"> and always remains in unattached state. Can some one please help me to reslove this issue? Attaching the vdsm logs. Thanks kasturi.

2 2