- Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt master ] [ 14.02.17 ] [vm_run]
by Dusan Fodor 14 Feb '17

14 Feb '17

Hi, vm_run fails with following error: 12:01:21 [basic_suit_el7] # vm_run: 12:04:27 [basic_suit_el7] * Collect artifacts: 12:04:27 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:01) 12:04:27 [basic_suit_el7] # vm_run: ERROR (in 0:03:05) 12:04:27 [basic_suit_el7] # snapshots_merge: 12:08:35 [basic_suit_el7] Error while running thread 12:08:35 [basic_suit_el7] Traceback (most recent call last): 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 56, in _ret_via_queue 12:08:35 [basic_suit_el7] queue.put({'return': func()}) 12:08:35 [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 427, in snapshot_live_merge 12:08:35 [basic_suit_el7] lambda: api.vms.get(VM0_NAME).status.state == 'up' 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 260, in assert_true_within_short 12:08:35 [basic_suit_el7] assert_equals_within_short(func, True, allowed_exceptions) 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 244, in assert_equals_within_short 12:08:35 [basic_suit_el7] func, value, SHORT_TIMEOUT, allowed_exceptions=allowed_exceptions 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 230, in assert_equals_within 12:08:35 [basic_suit_el7] '%s != %s after %s seconds' % (res, value, timeout) 12:08:35 [basic_suit_el7] AssertionError: False != True after 180 seconds 12:08:35 [basic_suit_el7] * Collect artifacts: 12:08:36 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:02) 12:08:36 [basic_suit_el7] # snapshots_merge: ERROR (in 0:04:10) 12:08:36 [basic_suit_el7] # suspend_resume_vm: 12:08:36 [basic_suit_el7] * Collect artifacts: Link to job: http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper… Link to first failed build: http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper… Link to change with possible cause: https://gerrit.ovirt.org/#/c/71633/

4 4

[ OST Failure Report ] [ rhv master ] [ 14.02.17 ] [vm_run]
by Dusan Fodor 14 Feb '17

14 Feb '17

Hi, vm_run fails with following error: 12:01:21 [basic_suit_el7] # vm_run: 12:04:27 [basic_suit_el7] * Collect artifacts: 12:04:27 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:01) 12:04:27 [basic_suit_el7] # vm_run: ERROR (in 0:03:05) 12:04:27 [basic_suit_el7] # snapshots_merge: 12:08:35 [basic_suit_el7] Error while running thread 12:08:35 [basic_suit_el7] Traceback (most recent call last): 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 56, in _ret_via_queue 12:08:35 [basic_suit_el7] queue.put({'return': func()}) 12:08:35 [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 427, in snapshot_live_merge 12:08:35 [basic_suit_el7] lambda: api.vms.get(VM0_NAME).status.state == 'up' 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 260, in assert_true_within_short 12:08:35 [basic_suit_el7] assert_equals_within_short(func, True, allowed_exceptions) 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 244, in assert_equals_within_short 12:08:35 [basic_suit_el7] func, value, SHORT_TIMEOUT, allowed_exceptions=allowed_exceptions 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 230, in assert_equals_within 12:08:35 [basic_suit_el7] '%s != %s after %s seconds' % (res, value, timeout) 12:08:35 [basic_suit_el7] AssertionError: False != True after 180 seconds 12:08:35 [basic_suit_el7] * Collect artifacts: 12:08:36 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:02) 12:08:36 [basic_suit_el7] # snapshots_merge: ERROR (in 0:04:10) 12:08:36 [basic_suit_el7] # suspend_resume_vm: 12:08:36 [basic_suit_el7] * Collect artifacts: 12:08:38 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:01) 12:08:38 [basic_suit_el7] # suspend_resume_vm: ERROR (in 0:00:02) Link to job: http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…

1 0

Failing CI jobs on FC24
by Barak Korren 13 Feb '17

13 Feb '17

Our Fedora 24 updates mirror got currupted. This is currently causing all FC24 jobs to fail. We are working on fixing that but it'll take a while until we finish re-syncing all the 14293 packages the repo needs to contain. For more details pealse see: https://ovirt-jira.atlassian.net/browse/OVIRT-1141 Please be patient, Thanks, -- Barak Korren bkorren(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/

2 2

Updated Invitation: DeepDive: SPDM shared storage management (infrastructure/... @ Wed Feb 22, 2017 6pm - 7pm (IST) (devel@ovirt.org)
by laravot＠redhat.com 13 Feb '17

13 Feb '17

This event has been changed. Title: DeepDive: SPDM shared storage management (infrastructure/copy scale out/progress reporting) When: Wed Feb 22, 2017 6pm – 7pm Jerusalem (changed) Where: https://redhat.bluejeans.com/laravot Calendar: devel(a)ovirt.org Who: * laravot(a)redhat.com - organizer * devel(a)ovirt.org * users(a)ovirt.org * rhevm-qe-dept Event details: https://www.google.com/calendar/event?action=VIEW&eid=Ym9kazZyZHVjbjdjZzl2c… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Request to pull Italian translation for Master
by Gianluca Cecchi 11 Feb '17

11 Feb '17

Hello, I have completed 100% of all parts except ApplicationConstants one, on which I'm going to work during next weeks. In the mean time I ask if it is possible to commit the current situation so that upcoming oVirt 4.1 reflects it. Thanks in advance, Gianluca

3 5

trying to run ovirt wiki locally
by Tomas Jelinek 10 Feb '17

10 Feb '17

Hi all, so when doing something on the ovirt wiki I have found a slight imperfection in the admin guide: http://www.ovirt.org/documentation/admin-guide/ So I decided to fix it but to verify it I wanted to run the page locally but failed miserably. Spent some time trying to make it run but it seems I will need some help. I'm running Fedora 25. So, first tried to use the non docker setup. The setup passed but when running run-server.sh it first were complaining that: bundler: command not found: middleman even though the middleman is installed: $ bundle show middleman /home/tjelinek/.gem/ruby/gems/middleman-3.3.12 when set the path explicitly to point to it: $ export PATH=/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/tjelinek/.gem/ruby/gems/middleman-core-3.3.12/bin I've got: bundler: failed to load command: middleman (/home/tjelinek/.gem/ruby/gems/middleman-core-3.3.12/bin/middleman) LoadError: libruby.so.2.0: cannot open shared object file: No such file or directory - /home/tjelinek/.gem/ruby/gems/http_parser.rb-0.6.0/lib/ruby_http_parser.so even the file is there: ls /home/tjelinek/.gem/ruby/gems/http_parser.rb-0.6.0/lib/ruby_http_parser.so /home/tjelinek/.gem/ruby/gems/http_parser.rb-0.6.0/lib/ruby_http_parser.so So I gave up and tied the docker setup. The docker-setup.sh passed without any problems. Now the docker-run: first of all it needs selinux disbaled otherwise it fails on: panic: standard_init_linux.go:178: exec user process caused "permission denied" [recovered] panic: standard_init_linux.go:178: exec user process caused "permission denied" And with selinux disabled I get: Running docker image springboard-20170210-28960 /usr/share/rubygems/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- active_support (LoadError) from /usr/share/rubygems/rubygems/core_ext/kernel_require.rb:55:in `require' from fetch-dashboard.rb:12:in `<main>' An error occurred while installing nokogiri (1.7.0.1), and Bundler cannot continue. Make sure that `gem install nokogiri -v '1.7.0.1'` succeeds before bundling. And there I have stopped. Does it work to anyone? What needs to be done? Thank you, Tomas

3 2

planned Jenkins restart
by Evgheni Dereveanchin 10 Feb '17

10 Feb '17

Hi everyone, I'll be performing a planned Jenkins restart today. No new builds will be scheduled during this maintenance period. I will announce you once it is finished. Regards, Evgheni Dereveanchin

1 1

Jenkins jobs ownership
by Sandro Bonazzola 10 Feb '17

10 Feb '17

Hi, I'm taking a discussion starting in gerrit to the mailing lists for broader audience discussion. In https://gerrit.ovirt.org/69268 it has been asked: 8<--------------------------------------------------------- Sandro, can someone from you team fix this? It does not make sense that ovirt-imageio maintainers will babysit this code base. This must be the responsibility of your team. We have separate projects for this; we maintain ovirt-imageio, your team maintain the jenkins project. If you want us to maintain this, this code must move into ovirt-imageio repository, so we have full control of it. ---------------------------------------------------->8 So I'd like to make clear a couple of things. Integration team is not committing to maintain the hundreds of jenkins jobs currently existing alone. Integration team is also not committing monitoring them. integration team is not maintaining Jenkins project. Jenkins project is used by developers who need their tests and builds to be executed in Jenkins. you're free to run your tests wherever you feel more comfortable and build packages in your preferred build service (copr, koji, openbuild, Jenkins, centos cbs,...) provided that on release day the source code is correctly tagged in gerrit and tarball available on resources.ovirt.org. If the rpms are not available within CentOS Virt SIG and Fedora main repository or in a copr repository referenced by ovirt-release rpm, you're also required to provide rpms and src.rpms to be published within oVirt yum repository. As release engineering manager, I try to fix Jenkins issues whenever I can for those jobs which are needed to get the release built and published so in this specific case, I will probably end up with taking over the patch and get it to merged state just because fc23 is EOL and as release engineering we don't want fc23 packages being shipped anymore. If you want to use Jenkins, you're allowed to. oVirt infra team is maintaining the Jenkins server infrastructure and the Standard CI framework to make it easier to write tests and build scripts. If you need help on that area, please open a ticket on infra-support(a)ovirt.org. I'm here for any further question or open discussion. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 14

OST: vm_run fails for me (basic-suite-master)
by Ondrej Svoboda 10 Feb '17

10 Feb '17

Hi everyone, Even though I have nested virtualization enabled in my Arch Linux system which I use to run OST, vm_run is the first test to fail in 004_basic_sanity (followed by snapshots_merge and suspend_resume_vm). Can you point me to what I might be missing? I believe I get the same failure even on Fedora. This is what host0's CPU capabilities look like (vmx is there): [root@lago-basic-suite-master-host0 ~]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Westmere E56xx/L56xx/X56xx (Nehalem-C) stepping : 1 microcode : 0x1 cpu MHz : 2711.988 cache size : 16384 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc rep_good nopl xtopology pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 x2apic popcnt aes hypervisor lahf_lm arat tpr_shadow vnmi flexpriority ept vpid bogomips : 5423.97 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: journalctl -b on host0 shows that libvirt complains about NUMA configuration: Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: libvirt version: 2.0.0, package: 10.el7_3.4 (CentOS BuildSystem < http://bugs.centos.org>, 2017-01-17-23:37:48, c1bm.rdu2.centos.org) Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: ovirtmgmt: port 2(vnet0) entered disabled state Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: device vnet0 left promiscuous mode Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: ovirtmgmt: port 2(vnet0) entered disabled state Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: hostname: lago-basic-suite-master-host0.lago.local Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: Unable to read from monitor: Connection reset by peer Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: internal error: qemu unexpectedly closed the monitor: 2017-02-07T11:33:23.058571Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 2017-02-07T11:33:23.058826Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config qemu-kvm: /builddir/build/BUILD/qemu-2.6.0/target-i386/kvm.c:1736: kvm_put_msrs: Assertion `ret == n' failed. Feb 07 06:33:23 lago-basic-suite-master-host0 NetworkManager[657]: <info> [1486467203.1025] device (vnet0): state change: disconnected -> unmanaged (reason 'unmanaged') [30 10 3] Feb 07 06:33:23 lago-basic-suite-master-host0 kvm[22059]: 0 guests now active Feb 07 06:33:23 lago-basic-suite-master-host0 systemd-machined[22044]: Machine qemu-1-vm0 terminated. Thanks, Ondra

4 10

[ANN] oVirt 4.1.1 Test compose
by Sandro Bonazzola 09 Feb '17

09 Feb '17

The oVirt Project is pleased to announce the availability of the First Test Compose of oVirt 4.1.1 for testing, as of February 9th, 2017 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is a test compose allowing to test fixes included in ovirt-4.1.1 since 4.1.0 release. See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live, oVirt Node and oVirt Engine appliance has not been built for this test compose Additional Resources: * Read more about the oVirt 4.1.1 release highlights: http://www.ovirt.org/release/4.1.1/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.1/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0