January 2017 - Devel - oVirt List Archives

Lowering the bar for wiki contribution?
by Roy Golan 22 Jun '17

22 Jun '17

I'm getting the feeling I'm not alone in this, authoring and publishing a wiki page isn't as used to be for long time. I want to suggest a bit lighter workflow: 1. Everyone can merge their page - (it's a wiki) Same as with (public and open) code, no one has the motivation to publish a badly written wiki page under their name. True, it can have an impact, but not as with broken code 2. Use Page-Status marker The author first merges the draft. Its now out there and should be updated as time goes and its status is DRAFT. Maintainers will come later and after review would change the status to PUBLISH. That could be a header in on the page: --- page status: DRAFT/PUBLISH --- Simple I think, and should work.

14 23

Update on Domain XML created by the engine
by Arik Hadas 16 Feb '17

16 Feb '17

Hi All, Yesterday we merged the class LibvirtVmXmlBuilder in ovirt-engine. It does not include the conversion of all the previously supported VM properties (e.g., payload devices, OVS stuff, cinder disks - any help would be appreciated btw) or covers all flows (e.g., run once) yet and there is surely a place for improvement, but in its current state LibvirtVmXmlBuilder is able to generate a libvirt's domxml on the engine side for many typical VMs in our development environment. If you happen to start working on a change that involves changing something in the domxml, please do it by modifying this class. Our plan is to deprecate the VM info map/dictionary soon. Let me try to motivate you by example: Let's say that you want to add support for a property of a disk called 'discard'. In 4.1: You had to patch VmInfoBuilderImpl to add another element to the VM info map and then modify VDSM to use it when encoding the Disk device into XML. Now: You need to patch LibvirtVmXmlBuilder so the 'discard' property would be set on the disk device element in the generated XML. In order to test such a change you can: (1) apply [1] to send the XML generated by the engine to VDSM (2) apply [2] to send the XML generated by the engine to libvirt [1] https://gerrit.ovirt.org/#/c/71088/ [2] https://gerrit.ovirt.org/#/c/65182/ Regards, Arik

2 1

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

[ OST Failure Report ] [ oVirt master ] [ 31.01.2017 ] [add_secondary_storage_domains]
by Evgheni Dereveanchin 01 Feb '17

01 Feb '17

Test failed: add_secondary_storage_domains Links to suspected patches: https://gerrit.ovirt.org/71376 https://gerrit.ovirt.org/71427 https://gerrit.ovirt.org/71345 Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5040/ Link to all logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5040/artif… Error snippet from log: 2017-01-31 05:54:53,862-0500 ERROR (jsonrpc/5) [storage.TaskManager.Task] (Task='ad8f48fc-de09-4c26-b052-7a036d7651ad') Unexpected error (task:871) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 878, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 52, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2215, in getAllTasksInfo allTasksInfo = self._pool.getAllTasksInfo() File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 77, in wrapper raise SecureError("Secured object is not in safe state") SecureError: Secured object is not in safe state Regards, Evgheni Dereveanchin

5 5

[URGENT][ACTION REQUIRED] Re: Missing vdsm snapshots for Fedoras
by Sandro Bonazzola 30 Jan '17

30 Jan '17

We're one week after initial report that vdsm is missing in fc24 repository for master. We have automation broken due to this. Please restore vdsm builder for fc24 master, it's affecting CI for hosted-engine, ovirt-release, and possibly other projects... On Thu, Jan 26, 2017 at 2:54 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Thu, Jan 26, 2017 at 11:23 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > > On Thu, Jan 26, 2017 at 11:17 AM, Gil Shinar <gshinar(a)redhat.com> wrote: > >> VDSM master fc24 is not supported. > > > > This is the only fedora version we support now. > > > > Vdsm on Fedora 25 is broken due to m2crypto changes. > > It's a one-liner configuration change to have Vdsm use the > python-native SSL support. > We should not drag f24 just for that; we'd better just modify the > default for Fedora 25 a-la https://gerrit.ovirt.org/#/c/71248/ > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Updated VDSM for oVirt 4.1.0 Second Release Candidate
by Sandro Bonazzola 30 Jan '17

30 Jan '17

Hi, we've update vdsm package within oVirt 4.1.0 Second Release Candidate fixing: Bug 1416112 - virt-v2v: Import from VMware, Xen and KVM failed with "OSError: [Errno 9] Bad file descriptor" (workaround: upgrade python-cpopen) Being the fix just forcing Requires: python-cpopen >= 1.5 instead of Requires: python-cpopen >= 1.4 and being python-cpopen >= 1.5 already availablein RC2, GA shouldn't have any delay. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt 4.1.0 RC3 build planned today, GA possible delay.
by Sandro Bonazzola 30 Jan '17

30 Jan '17

Hi, we have detected 2 blockers which requires a re-spin of vdsm and ovirt-engine causing a RC3 build requirement. This will probably imply a delay of GA. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Vdsm][Heads up] branching out 4.1.0 on February, 1st.
by Francesco Romani 30 Jan '17

30 Jan '17

Hi everyone I'm planning to branch out 4.1.0 on February 1st, to unlock merges on the 4.1 branches, thus backporting to 4.0/3.6. This will make even more important to backport only blocker fixes to 4.1.0. Bests, -- Francesco Romani Red Hat Engineering Virtualization R & D IRC: fromani

1 0

Invitation: Deep Dive: New cold merge flow @ Thu Feb 9, 2017 4pm - 5pm (IST) (devel@ovirt.org)
by ahino＠redhat.com 30 Jan '17

30 Jan '17

You have been invited to the following event. Title: Deep Dive: New cold merge flow When: Thu Feb 9, 2017 4pm – 5pm Jerusalem Where: bluejeans.com/ahino Calendar: devel(a)ovirt.org Who: * ahino(a)redhat.com - organizer * devel(a)ovirt.org * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=aGk1MTI3a2VvcDU2aWJyd… 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

VDSM master fc24 build artifacts fails
by Gil Shinar 30 Jan '17

30 Jan '17

Hi, $subject job fails with the following exception: *16:19:32* make[2]: Entering directory '/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/api'*16:19:32* Generate vdsm-api.html*16:19:32* chmod u+w .*16:19:32* PYTHONPATH=./../:./../vdsm \*16:19:32* /usr/bin/python schema_to_html.py vdsm-api.yml vdsm-api.html*16:19:32* Traceback (most recent call last):*16:19:32* File "schema_to_html.py", line 29, in <module>*16:19:32* from api import vdsmapi*16:19:32* File "/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/api/vdsmapi.py", line 28, in <module>*16:19:32* from vdsm.logUtils import Suppressed*16:19:32* File "/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/vdsm/logUtils.py", line 29, in <module>*16:19:32* from dateutil import tz*16:19:32* ImportError: No module named dateutil*16:19:32* Makefile:642: recipe for target 'vdsm-api.html' failed*16:19:32* make[2]: *** [vdsm-api.html] Error 1*16:19:32* make[2]: Leaving directory '/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/api'*16:19:32* Makefile:458: recipe for target 'all-recursive' failed*16:19:32* make[1]: *** [all-recursive] Error 1*16:19:32* make[1]: Leaving directory '/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib'*16:19:32* Makefile:524: recipe for target 'all-recursive' failed*16:19:32* make: *** [all-recursive] Error 1 Can someone please take a look: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc24-x86_64/1/cons… Thanks Gil

9 17

[VDSM] WARNING: mailbox tests timeout
by Nir Soffer 29 Jan '17

29 Jan '17

Hi all, I have seen the new storage mailbox test failing with a timeout twice. If you see this in your builds, please complain here. The cause for the timeout seems to be: 09:56:02 2017-01-29 09:53:59,830 ERROR (mailbox-spm) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor: mailbox 7 checksum failed, not clearing mailbox, clearing newMail. (storage_mailbox:630) We see this error in vdsm logs sometimes, needs investigation. 09:56:02 ====================================================================== 09:56:02 FAIL: test_send_receive (storage_mailbox_test.TestMailbox) 09:56:02 ---------------------------------------------------------------------- 09:56:02 Traceback (most recent call last): 09:56:02 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/tests/storage_mailbox_test.py", line 132, in test_send_receive 09:56:02 self.assertFalse(expired, 'message was not processed on time') 09:56:02 AssertionError: message was not processed on time 09:56:02 -------------------- >> begin captured logging << -------------------- 09:56:02 2017-01-29 09:53:55,337 DEBUG (MainThread) [storage.ThreadPool] Enter - name: mailbox-hsm, numThreads: 5, waitTimeout: 0.15, maxTasks: 500 (threadPool:36) 09:56:02 2017-01-29 09:53:55,337 DEBUG (mailbox-hsm/0) [root] START thread <Thread(mailbox-hsm/0, started daemon 140445079619328)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc0960a0d0>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:55,338 DEBUG (mailbox-hsm/1) [root] START thread <Thread(mailbox-hsm/1, started daemon 140445631756032)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc096180d0>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:55,339 DEBUG (mailbox-hsm/2) [root] START thread <Thread(mailbox-hsm/2, started daemon 140444826597120)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc09618b10>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:55,339 DEBUG (mailbox-hsm/3) [root] START thread <Thread(mailbox-hsm/3, started daemon 140444784633600)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc09618c50>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:55,340 DEBUG (MainThread) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 /usr/bin/dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/outbox iflag=direct,fullblock bs=512 count=8 skip=56 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:55,340 DEBUG (mailbox-hsm/4) [root] START thread <Thread(mailbox-hsm/4, started daemon 140445071226624)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc09618590>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:55,646 DEBUG (MainThread) [storage.Misc.excCmd] SUCCESS: <err> = '8+0 records in\n8+0 records out\n4096 bytes (4.1 kB, 4.0 KiB) copied, 0.296994 s, 13.8 kB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:53:55,646 INFO (MainThread) [storage.MailBox.HsmMailMonitor] HSM_MailMonitor sending mail to SPM - ['/usr/bin/dd', 'of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox', 'iflag=fullblock', 'oflag=direct', 'conv=notrunc', 'bs=512', 'seek=56'] (storage_mailbox:394) 09:56:02 2017-01-29 09:53:55,647 DEBUG (MainThread) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 /usr/bin/dd of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=fullblock oflag=direct conv=notrunc bs=512 seek=56 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:58,798 DEBUG (MainThread) [storage.Misc.excCmd] SUCCESS: <err> = '8+0 records in\n8+0 records out\n4096 bytes (4.1 kB, 4.0 KiB) copied, 3.14004 s, 1.3 kB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:53:58,807 DEBUG (mailbox-hsm) [storage.MailBox.HsmMailMonitor] START thread <Thread(mailbox-hsm, started daemon 140445049673472)> (func=<bound method HSM_MailMonitor.run of <storage.storage_mailbox.HSM_MailMonitor object at 0x7fbc0960a9d0>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:58,808 DEBUG (MainThread) [storage.Mailbox.HSM] HSM_MailboxMonitor created for pool 5d928855-b09b-47a7-b920-bd2d2eb5808c (storage_mailbox:209) 09:56:02 2017-01-29 09:53:58,809 DEBUG (MainThread) [storage.ThreadPool] Enter - name: mailbox-spm, numThreads: 5, waitTimeout: 0.15, maxTasks: 500 (threadPool:36) 09:56:02 2017-01-29 09:53:58,818 DEBUG (mailbox-spm/0) [root] START thread <Thread(mailbox-spm/0, started daemon 140445041280768)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc09608890>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:58,820 DEBUG (mailbox-spm/1) [root] START thread <Thread(mailbox-spm/1, started daemon 140444818204416)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc09608490>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:58,820 DEBUG (mailbox-spm/2) [root] START thread <Thread(mailbox-spm/2, started daemon 140444809811712)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc09608110>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:58,821 DEBUG (mailbox-spm/3) [root] START thread <Thread(mailbox-spm/3, started daemon 140444801419008)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc0961bb90>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:58,822 DEBUG (mailbox-spm/4) [root] START thread <Thread(mailbox-spm/4, started daemon 140444793026304)> (func=<bound method WorkerThread.run of <vdsm.storage.threadPool.WorkerThread object at 0x7fbc0961bc10>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:58,822 DEBUG (MainThread) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor - clearing outgoing mail, command is: ['dd', 'of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/outbox', 'oflag=direct', 'iflag=fullblock', 'conv=notrunc', 'count=1'] (storage_mailbox:583) 09:56:02 2017-01-29 09:53:58,823 DEBUG (MainThread) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 dd of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/outbox oflag=direct iflag=fullblock conv=notrunc count=1 bs=40960 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:59,561 DEBUG (MainThread) [storage.Misc.excCmd] SUCCESS: <err> = '1+0 records in\n1+0 records out\n40960 bytes (41 kB, 40 KiB) copied, 0.721626 s, 56.8 kB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:53:59,562 DEBUG (mailbox-spm) [storage.MailBox.SpmMailMonitor] START thread <Thread(mailbox-spm, started daemon 140444776240896)> (func=<bound method SPM_MailMonitor.run of <storage.storage_mailbox.SPM_MailMonitor instance at 0x7fbc0c610b90>>, args=(), kwargs={}) (concurrent:183) 09:56:02 2017-01-29 09:53:59,563 DEBUG (MainThread) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor created for pool 5d928855-b09b-47a7-b920-bd2d2eb5808c (storage_mailbox:593) 09:56:02 2017-01-29 09:53:59,563 DEBUG (MainThread) [storage.SPM.Messages.Extend] new extend msg created: domain: 8adbc85e-e554-4ae0-b318-8a5465fe5fe1, volume: d772f1c6-3ebb-43c3-a42e-73fcd8255a5f (storage_mailbox:125) 09:56:02 2017-01-29 09:53:59,563 DEBUG (mailbox-hsm) [storage.MailBox.HsmMailMonitor] HSM_MailMonitor - start: 64, end: 128, len: 4096, message(1/63): '1xtnd\xe1_\xfeeT\x8a\x18\xb3\xe0JT\xe5^\xc8\xdb\x8a_Z%\xd8\xfcs.\xa4\xc3C\xbb>\xc6\xf1r\xd7000000000000006400000000000' (storage_mailbox:435) 09:56:02 2017-01-29 09:53:59,564 DEBUG (mailbox-hsm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 /usr/bin/dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/outbox iflag=direct,fullblock bs=512 count=8 skip=56 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:59,572 DEBUG (mailbox-spm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=40960 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:59,589 DEBUG (mailbox-spm) [storage.Misc.excCmd] SUCCESS: <err> = '1+0 records in\n1+0 records out\n40960 bytes (41 kB, 40 KiB) copied, 0.0080494 s, 5.1 MB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:53:59,600 DEBUG (mailbox-hsm) [storage.Misc.excCmd] SUCCESS: <err> = '8+0 records in\n8+0 records out\n4096 bytes (4.1 kB, 4.0 KiB) copied, 0.023761 s, 172 kB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:53:59,601 INFO (mailbox-hsm) [storage.MailBox.HsmMailMonitor] HSM_MailMonitor sending mail to SPM - ['/usr/bin/dd', 'of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox', 'iflag=fullblock', 'oflag=direct', 'conv=notrunc', 'bs=512', 'seek=56'] (storage_mailbox:394) 09:56:02 2017-01-29 09:53:59,601 DEBUG (mailbox-hsm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 /usr/bin/dd of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=fullblock oflag=direct conv=notrunc bs=512 seek=56 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:59,691 DEBUG (mailbox-spm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=40960 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:59,828 DEBUG (mailbox-spm) [storage.Misc.excCmd] SUCCESS: <err> = '1+0 records in\n1+0 records out\n40960 bytes (41 kB, 40 KiB) copied, 0.128307 s, 319 kB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:53:59,830 ERROR (mailbox-spm) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor: mailbox 7 checksum failed, not clearing mailbox, clearing newMail. (storage_mailbox:630) 09:56:02 2017-01-29 09:53:59,931 DEBUG (mailbox-spm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=40960 (cwd None) (commands:69) 09:56:02 2017-01-29 09:53:59,976 DEBUG (mailbox-spm) [storage.Misc.excCmd] SUCCESS: <err> = '1+0 records in\n1+0 records out\n40960 bytes (41 kB, 40 KiB) copied, 0.0354083 s, 1.2 MB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:53:59,977 ERROR (mailbox-spm) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor: mailbox 7 checksum failed, not clearing mailbox, clearing newMail. (storage_mailbox:630) 09:56:02 2017-01-29 09:54:00,078 DEBUG (mailbox-spm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=40960 (cwd None) (commands:69) 09:56:02 2017-01-29 09:54:00,220 DEBUG (mailbox-spm) [storage.Misc.excCmd] SUCCESS: <err> = '1+0 records in\n1+0 records out\n40960 bytes (41 kB, 40 KiB) copied, 0.133017 s, 308 kB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:54:00,222 ERROR (mailbox-spm) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor: mailbox 7 checksum failed, not clearing mailbox, clearing newMail. (storage_mailbox:630) 09:56:02 2017-01-29 09:54:00,323 DEBUG (mailbox-spm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=40960 (cwd None) (commands:69) 09:56:02 2017-01-29 09:54:00,364 DEBUG (mailbox-spm) [storage.Misc.excCmd] SUCCESS: <err> = '1+0 records in\n1+0 records out\n40960 bytes (41 kB, 40 KiB) copied, 0.0325451 s, 1.3 MB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:54:00,366 ERROR (mailbox-spm) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor: mailbox 7 checksum failed, not clearing mailbox, clearing newMail. (storage_mailbox:630) 09:56:02 2017-01-29 09:54:00,466 DEBUG (mailbox-spm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 dd if=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=40960 (cwd None) (commands:69) 09:56:02 2017-01-29 09:54:00,610 DEBUG (mailbox-spm) [storage.Misc.excCmd] SUCCESS: <err> = '1+0 records in\n1+0 records out\n40960 bytes (41 kB, 40 KiB) copied, 0.129057 s, 317 kB/s\n'; <rc> = 0 (commands:93) 09:56:02 2017-01-29 09:54:00,612 ERROR (mailbox-spm) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor: mailbox 7 checksum failed, not clearing mailbox, clearing newMail. (storage_mailbox:630) 09:56:02 2017-01-29 09:54:00,778 DEBUG (mailbox-spm/1) [root] FINISH thread <Thread(mailbox-spm/1, started daemon 140444818204416)> (concurrent:186) 09:56:02 2017-01-29 09:54:00,778 DEBUG (mailbox-spm/2) [root] FINISH thread <Thread(mailbox-spm/2, started daemon 140444809811712)> (concurrent:186) 09:56:02 2017-01-29 09:54:00,777 DEBUG (mailbox-spm/0) [root] FINISH thread <Thread(mailbox-spm/0, started daemon 140445041280768)> (concurrent:186) 09:56:02 2017-01-29 09:54:00,783 DEBUG (mailbox-spm/4) [root] FINISH thread <Thread(mailbox-spm/4, started daemon 140444793026304)> (concurrent:186) 09:56:15 2017-01-29 09:54:00,783 DEBUG (mailbox-spm/3) [root] FINISH thread <Thread(mailbox-spm/3, started daemon 140444801419008)> (concurrent:186) 09:56:15 2017-01-29 09:54:00,785 INFO (mailbox-spm) [storage.MailBox.SpmMailMonitor] SPM_MailMonitor - Incoming mail monitoring thread stopped (storage_mailbox:805) 09:56:15 2017-01-29 09:54:00,785 DEBUG (mailbox-spm) [storage.MailBox.SpmMailMonitor] FINISH thread <Thread(mailbox-spm, started daemon 140444776240896)> (concurrent:186) 09:56:15 2017-01-29 09:54:00,901 DEBUG (mailbox-hsm) [storage.Misc.excCmd] SUCCESS: <err> = '8+0 records in\n8+0 records out\n4096 bytes (4.1 kB, 4.0 KiB) copied, 1.28855 s, 3.2 kB/s\n'; <rc> = 0 (commands:93) 09:56:15 2017-01-29 09:54:00,901 INFO (mailbox-hsm) [storage.MailBox.HsmMailMonitor] HSM_MailboxMonitor - Incoming mail monitoring thread stopped, clearing outgoing mail (storage_mailbox:518) 09:56:15 2017-01-29 09:54:00,901 INFO (mailbox-hsm) [storage.MailBox.HsmMailMonitor] HSM_MailMonitor sending mail to SPM - ['/usr/bin/dd', 'of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox', 'iflag=fullblock', 'oflag=direct', 'conv=notrunc', 'bs=512', 'seek=56'] (storage_mailbox:394) 09:56:15 2017-01-29 09:54:00,902 DEBUG (mailbox-hsm) [storage.Misc.excCmd] /usr/bin/taskset --cpu-list 0-1 /usr/bin/dd of=/var/tmp/tmp71q4uJ/5d928855-b09b-47a7-b920-bd2d2eb5808c/mastersd/dom_md/inbox iflag=fullblock oflag=direct conv=notrunc bs=512 seek=56 (cwd None) (commands:69) 09:56:15 2017-01-29 09:54:00,912 DEBUG (mailbox-hsm/4) [root] FINISH thread <Thread(mailbox-hsm/4, started daemon 140445071226624)> (concurrent:186) 09:56:15 2017-01-29 09:54:00,911 DEBUG (mailbox-hsm/2) [root] FINISH thread <Thread(mailbox-hsm/2, started daemon 140444826597120)> (concurrent:186) 09:56:15 2017-01-29 09:54:00,910 DEBUG (mailbox-hsm/1) [root] FINISH thread <Thread(mailbox-hsm/1, started daemon 140445631756032)> (concurrent:186) 09:56:15 2017-01-29 09:54:00,910 DEBUG (mailbox-hsm/3) [root] FINISH thread <Thread(mailbox-hsm/3, started daemon 140444784633600)> (concurrent:186) 09:56:15 2017-01-29 09:54:00,910 DEBUG (mailbox-hsm/0) [root] FINISH thread <Thread(mailbox-hsm/0, started daemon 140445079619328)> (concurrent:186) 09:56:15 2017-01-29 09:54:02,394 DEBUG (mailbox-hsm) [storage.Misc.excCmd] SUCCESS: <err> = '8+0 records in\n8+0 records out\n4096 bytes (4.1 kB, 4.0 KiB) copied, 1.47883 s, 2.8 kB/s\n'; <rc> = 0 (commands:93) 09:56:15 2017-01-29 09:54:02,394 DEBUG (mailbox-hsm) [storage.MailBox.HsmMailMonitor] FINISH thread <Thread(mailbox-hsm, started daemon 140445049673472)> (concurrent:186)

1 0

Fwd: SSO and the engine
by Piotr Kliczewski 27 Jan '17

27 Jan '17

I downgraded jdk and it did not help. My dnf says when I attempt to install as in the link: No package nss-3.27.0-1.1.fc25.x86_64 available. No package nss-softokn-3.27.0-1.0.fc25.x86_64 available. No package nss-softokn-freebl-3.27.0-1.0.fc25.x86_64 available. No package nss-sysinit-3.27.0-1.1.fc25.x86_64 available. No package nss-tools-3.27.0-1.1.fc25.x86_64 available. No package nss-util-3.27.0-1.0.fc25.x86_64 available. I am not able to downgrade nss due to conflicts with other packages.: On Fri, Jan 27, 2017 at 2:23 PM, Benny Zlotnik <bzlotnik(a)redhat.com> wrote: > You can also try downgrading the nss packages, see: > https://bugzilla.redhat.com/show_bug.cgi?id=1415137#c15 > > On Fri, Jan 27, 2017 at 3:18 PM, Piotr Kliczewski > <piotr.kliczewski(a)gmail.com> wrote: >> >> I was too fast to send the update. I am able to login now but I see >> core dump during host add: >> >> 2017-01-27 14:14:01,906+01 ERROR >> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-58) >> [20086bed-e76d-42ef-9ab1-30c8e965374b] Failed to establish session >> with host 'fedora': SSH session closed during connection >> 'root(a)192.168.1.102' >> 2017-01-27 14:14:01,907+01 WARN >> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-58) >> [20086bed-e76d-42ef-9ab1-30c8e965374b] Validation of action 'AddVds' >> failed for user admin@internal-authz. Reasons: >> VAR__ACTION__ADD,VAR__TYPE__HOST,$server >> 192.168.1.102,VDS_CANNOT_CONNECT_TO_SERVER >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f7c9d773734, pid=20890, >> tid=0x00007f7c6c148700 >> # >> # JRE version: OpenJDK Runtime Environment (8.0_111-b16) (build >> 1.8.0_111-b16) >> # Java VM: OpenJDK 64-Bit Server VM (25.111-b16 mixed mode linux-amd64 >> compressed oops) >> # Problematic frame: >> # C [libc.so.6+0x14a734] __memcpy_avx_unaligned+0x2c4 >> # >> # Failed to write core dump. Core dumps have been disabled. To enable >> core dumping, try "ulimit -c unlimited" before starting Java again >> # >> # An error report file with more information is saved as: >> # /tmp/hs_err_pid20890.log >> # >> # If you would like to submit a bug report, please visit: >> # http://bugreport.java.com/bugreport/crash.jsp >> # >> ovirt-engine[20848] ERROR run:554 Error: process terminated with status >> code -6 >> >> 2017-01-27 14:14:01,756+01 INFO >> [org.apache.sshd.common.util.SecurityUtils] (default task-58) >> BouncyCastle not registered, using the default JCE provider >> 2017-01-27 14:14:01,870+01 INFO >> [org.apache.sshd.client.session.ClientSessionImpl] >> (sshd-SshClient[26c9f7da]-nio2-thread-1) Client session created >> 2017-01-27 14:14:01,885+01 INFO >> [org.apache.sshd.client.session.ClientSessionImpl] >> (sshd-SshClient[26c9f7da]-nio2-thread-1) Server version string: >> SSH-2.0-OpenSSH_7.2 >> 2017-01-27 14:14:01,886+01 INFO >> [org.apache.sshd.client.session.ClientSessionImpl] >> (sshd-SshClient[26c9f7da]-nio2-thread-1) Kex: server->client >> aes128-ctr hmac-sha2-256 none >> 2017-01-27 14:14:01,886+01 INFO >> [org.apache.sshd.client.session.ClientSessionImpl] >> (sshd-SshClient[26c9f7da]-nio2-thread-1) Kex: client->server >> aes128-ctr hmac-sha2-256 none >> 2017-01-27 14:14:01,896+01 WARN >> [org.apache.sshd.client.session.ClientSessionImpl] >> (sshd-SshClient[26c9f7da]-nio2-thread-1) Exception caught: >> java.security.ProviderException: java.lang.NegativeArraySizeException >> at >> sun.security.ec.ECKeyPairGenerator.generateKeyPair(ECKeyPairGenerator.java:147) >> at >> java.security.KeyPairGenerator$Delegate.generateKeyPair(KeyPairGenerator.java:703) >> [rt.jar:1.8.0_111] >> at org.apache.sshd.common.kex.ECDH.getE(ECDH.java:59) >> at >> org.apache.sshd.client.kex.AbstractDHGClient.init(AbstractDHGClient.java:78) >> at >> org.apache.sshd.common.session.AbstractSession.doHandleMessage(AbstractSession.java:359) >> at >> org.apache.sshd.common.session.AbstractSession.handleMessage(AbstractSession.java:295) >> at >> org.apache.sshd.client.session.ClientSessionImpl.handleMessage(ClientSessionImpl.java:256) >> at >> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:731) >> at >> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:277) >> at >> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:54) >> at >> org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:187) >> at >> org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:173) >> at >> org.apache.sshd.common.io.nio2.Nio2CompletionHandler$1.run(Nio2CompletionHandler.java:32) >> at java.security.AccessController.doPrivileged(Native Method) >> [rt.jar:1.8.0_111] >> at >> org.apache.sshd.common.io.nio2.Nio2CompletionHandler.completed(Nio2CompletionHandler.java:30) >> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126) [rt.jar:1.8.0_111] >> at sun.nio.ch.Invoker.invokeDirect(Invoker.java:157) [rt.jar:1.8.0_111] >> at >> sun.nio.ch.UnixAsynchronousSocketChannelImpl.implRead(UnixAsynchronousSocketChannelImpl.java:553) >> [rt.jar:1.8.0_111] >> at >> sun.nio.ch.AsynchronousSocketChannelImpl.read(AsynchronousSocketChannelImpl.java:276) >> [rt.jar:1.8.0_111] >> at >> sun.nio.ch.AsynchronousSocketChannelImpl.read(AsynchronousSocketChannelImpl.java:297) >> [rt.jar:1.8.0_111] >> at >> java.nio.channels.AsynchronousSocketChannel.read(AsynchronousSocketChannel.java:420) >> [rt.jar:1.8.0_111] >> at >> org.apache.sshd.common.io.nio2.Nio2Session.startReading(Nio2Session.java:173) >> at >> org.apache.sshd.common.io.nio2.Nio2Connector$1.onCompleted(Nio2Connector.java:53) >> at >> org.apache.sshd.common.io.nio2.Nio2Connector$1.onCompleted(Nio2Connector.java:46) >> at >> org.apache.sshd.common.io.nio2.Nio2CompletionHandler$1.run(Nio2CompletionHandler.java:32) >> at java.security.AccessController.doPrivileged(Native Method) >> [rt.jar:1.8.0_111] >> at >> org.apache.sshd.common.io.nio2.Nio2CompletionHandler.completed(Nio2CompletionHandler.java:30) >> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126) [rt.jar:1.8.0_111] >> at sun.nio.ch.Invoker$2.run(Invoker.java:218) [rt.jar:1.8.0_111] >> at >> sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112) >> [rt.jar:1.8.0_111] >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >> [rt.jar:1.8.0_111] >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >> [rt.jar:1.8.0_111] >> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] >> Caused by: java.lang.NegativeArraySizeException >> at sun.security.ec.ECKeyPairGenerator.generateECKeyPair(Native Method) >> at >> sun.security.ec.ECKeyPairGenerator.generateKeyPair(ECKeyPairGenerator.java:128) >> ... 32 more >> >> On Fri, Jan 27, 2017 at 1:56 PM, Piotr Kliczewski >> <piotr.kliczewski(a)gmail.com> wrote: >> > Thank you Juan, It fixed my issue >> > >> > I updated java.security and changed: >> > >> > from >> > >> > jdk.tls.disabledAlgorithms=SSLv3, RC4, MD5withRSA, DH keySize < 768 >> > >> > to >> > >> > jdk.tls.disabledAlgorithms=SSLv3, DH keySize < 768, EC, ECDHE, ECDH >> > >> > Thanks, >> > Piotr >> > >> > On Fri, Jan 27, 2017 at 1:42 PM, Juan Hernández <jhernand(a)redhat.com> >> > wrote: >> >> See this Piotr: >> >> >> >> >> >> >> >> http://post-office.corp.redhat.com/archives/rhev-devel/2017-January/msg0026… >> >> >> >> Benny, may be worth publishing it to the upstream devel list. >> >> >> >> On 01/27/2017 01:35 PM, Piotr Kliczewski wrote: >> >>> All, >> >>> >> >>> I pulled the latest source from master and rebuilt my engine. Every >> >>> time I attempt to login I see: >> >>> >> >>> 2017-01-27 13:22:51,403+01 INFO >> >>> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default >> >>> task-54) [] User admin@internal successfully logged in with scopes: >> >>> ovirt-app-admin ovirt-app-api ovirt-app-portal >> >>> ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all >> >>> ovirt-ext=token-info:authz-search >> >>> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate >> >>> ovirt-ext=token:password-access >> >>> # >> >>> # A fatal error has been detected by the Java Runtime Environment: >> >>> # >> >>> # SIGSEGV (0xb) at pc=0x00007f514eb45734, pid=2519, >> >>> tid=0x00007f51119a6700 >> >>> # >> >>> # JRE version: OpenJDK Runtime Environment (8.0_111-b16) (build >> >>> 1.8.0_111-b16) >> >>> # Java VM: OpenJDK 64-Bit Server VM (25.111-b16 mixed mode linux-amd64 >> >>> compressed oops) >> >>> # Problematic frame: >> >>> # C [libc.so.6+0x14a734] __memcpy_avx_unaligned+0x2c4 >> >>> # >> >>> # Failed to write core dump. Core dumps have been disabled. To enable >> >>> core dumping, try "ulimit -c unlimited" before starting Java again >> >>> # >> >>> # An error report file with more information is saved as: >> >>> # /tmp/hs_err_pid2519.log >> >>> # >> >>> # If you would like to submit a bug report, please visit: >> >>> # http://bugreport.java.com/bugreport/crash.jsp >> >>> # >> >>> ovirt-engine[2471] ERROR run:554 Error: process terminated with status >> >>> code -6 >> >>> >> >>> I enabled ssl debug to find: >> >>> >> >>> 2017-01-27 13:22:37,641+01 INFO [stdout] (default I/O-2) default >> >>> I/O-2, fatal error: 80: problem unwrapping net record >> >>> 2017-01-27 13:22:37,642+01 INFO [stdout] (default I/O-2) >> >>> java.lang.RuntimeException: java.lang.NegativeArraySizeException >> >>> 2017-01-27 13:22:37,642+01 INFO [stdout] (default I/O-2) %% >> >>> Invalidated: [Session-1, SSL_NULL_WITH_NULL_NULL] >> >>> 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default >> >>> I/O-2, SEND TLSv1.2 ALERT: fatal, description = internal_error >> >>> 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default >> >>> I/O-2, WRITE: TLSv1.2 Alert, length = 2 >> >>> 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default >> >>> I/O-2, called closeInbound() >> >>> 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default >> >>> I/O-2, fatal: engine already closed. Rethrowing >> >>> javax.net.ssl.SSLException: Inbound closed before receiving peer's >> >>> close_notify: possible truncation attack? >> >>> 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default >> >>> I/O-2, called closeOutbound() >> >>> 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default >> >>> I/O-2, closeOutboundInternal() >> >>> 2017-01-27 13:22:37,644+01 INFO [stdout] (default task-1) default >> >>> task-1, received EOFException: error >> >>> 2017-01-27 13:22:37,644+01 INFO [stdout] (default task-1) default >> >>> task-1, handling exception: javax.net.ssl.SSLHandshakeException: >> >>> Remote host closed connection during handshake >> >>> 2017-01-27 13:22:37,645+01 INFO [stdout] (default task-1) default >> >>> task-1, SEND TLSv1.2 ALERT: fatal, description = handshake_failure >> >>> 2017-01-27 13:22:37,645+01 INFO [stdout] (default task-1) default >> >>> task-1, WRITE: TLSv1.2 Alert, length = 2 >> >>> 2017-01-27 13:22:37,645+01 INFO [stdout] (default task-1) [Raw >> >>> write]: length = 7 >> >>> 2017-01-27 13:22:37,647+01 INFO [stdout] (default task-1) 0000: 15 03 >> >>> 03 00 02 02 28 ......( >> >>> 2017-01-27 13:22:37,647+01 INFO [stdout] (default task-1) default >> >>> task-1, called closeSocket() >> >>> 2017-01-27 13:22:37,644+01 ERROR [org.xnio.nio] (default I/O-2) >> >>> XNIO000011: Task io.undertow.protocols.ssl.SslConduit$5$1@6d665208 >> >>> failed with an exception: java.lang.RuntimeException: >> >>> java.lang.NegativeArraySizeException >> >>> at sun.security.ssl.Handshaker.checkThrown(Handshaker.java:1429) >> >>> [jsse.jar:1.8.0_111] >> >>> at >> >>> sun.security.ssl.SSLEngineImpl.checkTaskThrown(SSLEngineImpl.java:535) >> >>> [jsse.jar:1.8.0_111] >> >>> at >> >>> sun.security.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:813) >> >>> [jsse.jar:1.8.0_111] >> >>> at sun.security.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:781) >> >>> [jsse.jar:1.8.0_111] >> >>> at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:624) >> >>> [rt.jar:1.8.0_111] >> >>> at io.undertow.protocols.ssl.SslConduit.doUnwrap(SslConduit.java:742) >> >>> at >> >>> io.undertow.protocols.ssl.SslConduit.doHandshake(SslConduit.java:639) >> >>> at io.undertow.protocols.ssl.SslConduit.access$900(SslConduit.java:63) >> >>> at io.undertow.protocols.ssl.SslConduit$5$1.run(SslConduit.java:1035) >> >>> at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:588) >> >>> [xnio-nio-3.4.0.Final.jar:3.4.0.Final] >> >>> at org.xnio.nio.WorkerThread.run(WorkerThread.java:468) >> >>> [xnio-nio-3.4.0.Final.jar:3.4.0.Final] >> >>> Caused by: java.security.ProviderException: >> >>> java.lang.NegativeArraySizeException >> >>> at >> >>> sun.security.ec.ECKeyPairGenerator.generateKeyPair(ECKeyPairGenerator.java:147) >> >>> at >> >>> java.security.KeyPairGenerator$Delegate.generateKeyPair(KeyPairGenerator.java:703) >> >>> [rt.jar:1.8.0_111] >> >>> at sun.security.ssl.ECDHCrypt.<init>(ECDHCrypt.java:64) >> >>> [jsse.jar:1.8.0_111] >> >>> at >> >>> sun.security.ssl.ServerHandshaker.setupEphemeralECDHKeys(ServerHandshaker.java:1432) >> >>> [jsse.jar:1.8.0_111] >> >>> at >> >>> sun.security.ssl.ServerHandshaker.trySetCipherSuite(ServerHandshaker.java:1219) >> >>> [jsse.jar:1.8.0_111] >> >>> at >> >>> sun.security.ssl.ServerHandshaker.chooseCipherSuite(ServerHandshaker.java:1023) >> >>> [jsse.jar:1.8.0_111] >> >>> at >> >>> sun.security.ssl.ServerHandshaker.clientHello(ServerHandshaker.java:738) >> >>> [jsse.jar:1.8.0_111] >> >>> at >> >>> sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:221) >> >>> [jsse.jar:1.8.0_111] >> >>> at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979) >> >>> [jsse.jar:1.8.0_111] >> >>> at sun.security.ssl.Handshaker$1.run(Handshaker.java:919) >> >>> [jsse.jar:1.8.0_111] >> >>> at sun.security.ssl.Handshaker$1.run(Handshaker.java:916) >> >>> [jsse.jar:1.8.0_111] >> >>> at java.security.AccessController.doPrivileged(Native Method) >> >>> [rt.jar:1.8.0_111] >> >>> at sun.security.ssl.Handshaker$DelegatedTask.run(Handshaker.java:1369) >> >>> [jsse.jar:1.8.0_111] >> >>> at io.undertow.protocols.ssl.SslConduit$5.run(SslConduit.java:1023) >> >>> at >> >>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >> >>> [rt.jar:1.8.0_111] >> >>> at >> >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >> >>> [rt.jar:1.8.0_111] >> >>> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] >> >>> Caused by: java.lang.NegativeArraySizeException >> >>> at sun.security.ec.ECKeyPairGenerator.generateECKeyPair(Native Method) >> >>> at >> >>> sun.security.ec.ECKeyPairGenerator.generateKeyPair(ECKeyPairGenerator.java:128) >> >>> ... 16 more >> >>> >> >>> Are we aware of the issue? Is there any workaround? >> >>> >> >>> I am using fedora 24 with all recent updates applied. >> >>> >> >>> Thanks, >> >>> Piotr >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Devel mailing list >> >>> Devel(a)ovirt.org >> >>> http://lists.ovirt.org/mailman/listinfo/devel >> >>> >> >> > >

1 1

SSO and the engine
by Piotr Kliczewski 27 Jan '17

27 Jan '17

All, I pulled the latest source from master and rebuilt my engine. Every time I attempt to login I see: 2017-01-27 13:22:51,403+01 INFO [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-54) [] User admin@internal successfully logged in with scopes: ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-access # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f514eb45734, pid=2519, tid=0x00007f51119a6700 # # JRE version: OpenJDK Runtime Environment (8.0_111-b16) (build 1.8.0_111-b16) # Java VM: OpenJDK 64-Bit Server VM (25.111-b16 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [libc.so.6+0x14a734] __memcpy_avx_unaligned+0x2c4 # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /tmp/hs_err_pid2519.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # ovirt-engine[2471] ERROR run:554 Error: process terminated with status code -6 I enabled ssl debug to find: 2017-01-27 13:22:37,641+01 INFO [stdout] (default I/O-2) default I/O-2, fatal error: 80: problem unwrapping net record 2017-01-27 13:22:37,642+01 INFO [stdout] (default I/O-2) java.lang.RuntimeException: java.lang.NegativeArraySizeException 2017-01-27 13:22:37,642+01 INFO [stdout] (default I/O-2) %% Invalidated: [Session-1, SSL_NULL_WITH_NULL_NULL] 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default I/O-2, SEND TLSv1.2 ALERT: fatal, description = internal_error 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default I/O-2, WRITE: TLSv1.2 Alert, length = 2 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default I/O-2, called closeInbound() 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default I/O-2, fatal: engine already closed. Rethrowing javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack? 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default I/O-2, called closeOutbound() 2017-01-27 13:22:37,643+01 INFO [stdout] (default I/O-2) default I/O-2, closeOutboundInternal() 2017-01-27 13:22:37,644+01 INFO [stdout] (default task-1) default task-1, received EOFException: error 2017-01-27 13:22:37,644+01 INFO [stdout] (default task-1) default task-1, handling exception: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake 2017-01-27 13:22:37,645+01 INFO [stdout] (default task-1) default task-1, SEND TLSv1.2 ALERT: fatal, description = handshake_failure 2017-01-27 13:22:37,645+01 INFO [stdout] (default task-1) default task-1, WRITE: TLSv1.2 Alert, length = 2 2017-01-27 13:22:37,645+01 INFO [stdout] (default task-1) [Raw write]: length = 7 2017-01-27 13:22:37,647+01 INFO [stdout] (default task-1) 0000: 15 03 03 00 02 02 28 ......( 2017-01-27 13:22:37,647+01 INFO [stdout] (default task-1) default task-1, called closeSocket() 2017-01-27 13:22:37,644+01 ERROR [org.xnio.nio] (default I/O-2) XNIO000011: Task io.undertow.protocols.ssl.SslConduit$5$1@6d665208 failed with an exception: java.lang.RuntimeException: java.lang.NegativeArraySizeException at sun.security.ssl.Handshaker.checkThrown(Handshaker.java:1429) [jsse.jar:1.8.0_111] at sun.security.ssl.SSLEngineImpl.checkTaskThrown(SSLEngineImpl.java:535) [jsse.jar:1.8.0_111] at sun.security.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:813) [jsse.jar:1.8.0_111] at sun.security.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:781) [jsse.jar:1.8.0_111] at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:624) [rt.jar:1.8.0_111] at io.undertow.protocols.ssl.SslConduit.doUnwrap(SslConduit.java:742) at io.undertow.protocols.ssl.SslConduit.doHandshake(SslConduit.java:639) at io.undertow.protocols.ssl.SslConduit.access$900(SslConduit.java:63) at io.undertow.protocols.ssl.SslConduit$5$1.run(SslConduit.java:1035) at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:588) [xnio-nio-3.4.0.Final.jar:3.4.0.Final] at org.xnio.nio.WorkerThread.run(WorkerThread.java:468) [xnio-nio-3.4.0.Final.jar:3.4.0.Final] Caused by: java.security.ProviderException: java.lang.NegativeArraySizeException at sun.security.ec.ECKeyPairGenerator.generateKeyPair(ECKeyPairGenerator.java:147) at java.security.KeyPairGenerator$Delegate.generateKeyPair(KeyPairGenerator.java:703) [rt.jar:1.8.0_111] at sun.security.ssl.ECDHCrypt.<init>(ECDHCrypt.java:64) [jsse.jar:1.8.0_111] at sun.security.ssl.ServerHandshaker.setupEphemeralECDHKeys(ServerHandshaker.java:1432) [jsse.jar:1.8.0_111] at sun.security.ssl.ServerHandshaker.trySetCipherSuite(ServerHandshaker.java:1219) [jsse.jar:1.8.0_111] at sun.security.ssl.ServerHandshaker.chooseCipherSuite(ServerHandshaker.java:1023) [jsse.jar:1.8.0_111] at sun.security.ssl.ServerHandshaker.clientHello(ServerHandshaker.java:738) [jsse.jar:1.8.0_111] at sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:221) [jsse.jar:1.8.0_111] at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979) [jsse.jar:1.8.0_111] at sun.security.ssl.Handshaker$1.run(Handshaker.java:919) [jsse.jar:1.8.0_111] at sun.security.ssl.Handshaker$1.run(Handshaker.java:916) [jsse.jar:1.8.0_111] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_111] at sun.security.ssl.Handshaker$DelegatedTask.run(Handshaker.java:1369) [jsse.jar:1.8.0_111] at io.undertow.protocols.ssl.SslConduit$5.run(SslConduit.java:1023) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] Caused by: java.lang.NegativeArraySizeException at sun.security.ec.ECKeyPairGenerator.generateECKeyPair(Native Method) at sun.security.ec.ECKeyPairGenerator.generateKeyPair(ECKeyPairGenerator.java:128) ... 16 more Are we aware of the issue? Is there any workaround? I am using fedora 24 with all recent updates applied. Thanks, Piotr

1 0

Re: [ovirt-devel] [ovirt-users] Translate hint
by Yedidyah Bar David 27 Jan '17

27 Jan '17

On Wed, Jan 25, 2017 at 6:28 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com> wrote: > Hello, > I'm checking Italian Translation in 4.0.6 and completing it for 4.1 (now at > 92%). > Suppose I found an untranslated / bad translated word: what is the best and > quick way to go to Zanata and find the reference for it and correct? > For example in 4.0.6 I'm in dashboard and at bottom I have the three labels > > Alert, Events, Tasks > > I click ALerts and then I want to dismiss an Alert because it happened while > I was configuring Power Management: I faked the password to verify that the > test failed and I got the alert > > Power Management test failed for Host ..... > > I rght click on the alert line and I see three options and the first and > third one are untranslated > > they are > > Dismiss Alert > Display All > > (I'm going to send a separate e-mail to ask about alerts and events in > general). > > If I go to Zanata, select oVirt 4.0 and Italian language line and use the > search function I don't find anything.... > I see there is an option to > Download All for Offline Translation > and > Export Italian Documents to TMX > I have not tried them yet, but I would prefer to directly correct online > while I find some things to correct. Adding devel and Yuko. -- Didi

4 3

[ANN] oVirt 4.1.0 Second Release Candidate is now available
by Sandro Bonazzola 26 Jan '17

26 Jan '17

The oVirt Project is pleased to announce the availability of the Second Release candidate of oVirt 4.1.0 for testing, as of January 26th, 2016 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 the second release candidate of the 4.1 release series. 4.1.0 brings more than 260 enhancements and 790 bugfixes, including 340 high or urgent severity fixes, on top of oVirt 4.0 series 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) * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live iso is already available[5] - oVirt Node NG iso is already available[5] - Hosted Engine appliance is already available. - oVirt Windows Guest Tools iso is already available[5] A release management page including planned schedule is also available[4] Additional Resources: * Read more about the oVirt 4.1.0 release highlights: http://www.ovirt.org/release/4.1.0/ * 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.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-manage… [5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

python-dateutil required for engine development environment
by Martin Perina 26 Jan '17

26 Jan '17

Hi, 2 days ago we have merged [1], which adds python-dateutil as a required package. For RPM installation it's installed automatically, but if you are using engine development environment, you need to install the package manually: yum install python-dateutil Sorry for late announcement. Martin Perina [1] https://gerrit.ovirt.org/70114

1 0

Missing vdsm snapshots for Fedoras
by Jakub Niedermertl 26 Jan '17

26 Jan '17

Hi all, there are no vdsm packages in http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc24/x86_64/ and in http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc25/x86_64/ but there are vdsm packages in corresponding EL directories. Is it intentional? Do we still provide ovirt vdsm snapshots? Thanks Jakub

5 4

[URGENT][ACTION REQUIRED] Repository closure failure for oVirt 4.1.0 RC2
by Sandro Bonazzola 26 Jan '17

26 Jan '17

*00:00:44.789* package: ovirt-engine-backend-4.1.0.3-1.fc24.noarch from check-custom-fc24*00:00:44.789* unresolved deps: *00:00:44.789* vdsm-jsonrpc-java >= 0:1.3.8 [sbonazzo@sbonazzo vdsm-jsonrpc-java] [vdsm-jsonrpc-java:ovirt-4.1]$ git tag --list |grep 1.3 v1.3.3 v1.3.4 v1.3.5 v1.3.6 v1.3.7 We really need a test in check-patch.sh which build the rpms and install them so we can detect these errors earlier. Piotr please provide vdsm-jsonrpc-java v.1.3.8, thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 6

[ OST Failure Report ] [ oVirt master ] [ 25.1.17 ] [hotplug_disk]
by Gil Shinar 26 Jan '17

26 Jan '17

Hi, The test in $subject has failed. Below please find exception I have found in engine.log. {"jsonrpc": "2.0", "id": "4b8eb810-c52d-4c92-a792-e554f87c9493", "error": {"message": "Cannot deactivate Logical Volume: ('General Storage Exception: (\"5 [] [\\' WARNING: Not using lvmetad because config setting use_lvmetad=0.\\', \\' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).\\', \\' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5 in use.\\', \\' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/ab4e8962-6196-485e-be2a-d5791a38eaeb in use.\\']\\\\nf9dce023-0282-4185-9ad9-fe71c3975106/[\\'778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5\\', \\'ab4e8962-6196-485e-be2a-d5791a38eaeb\\']\",)',)", "code": 552}}� 2017-01-25 05:05:49,037-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "4b8eb810-c52d-4c92-a792-e554f87c9493", "error": {"message": "Cannot deactivate Logical Volume: ('General Storage Exception: (\"5 [] [\\' WARNING: Not using lvmetad because config setting use_lvmetad=0.\\', \\' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).\\', \\' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5 in use.\\', \\' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/ab4e8962-6196-485e-be2a-d5791a38eaeb in use.\\']\\\\nf9dce023-0282-4185-9ad9-fe71c3975106/[\\'778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5\\', \\'ab4e8962-6196-485e-be2a-d5791a38eaeb\\']\",)',)", "code": 552}} 2017-01-25 05:05:49,047-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [59ab00f1] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM lago-basic-suite-master-host0 command TeardownImageVDS failed: Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\' WARNING: Not using lvmetad because config setting use_lvmetad=0.\', \' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).\', \' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5 in use.\', \' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/ab4e8962-6196-485e-be2a-d5791a38eaeb in use.\']\\nf9dce023-0282-4185-9ad9-fe71c3975106/[\'778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5\', \'ab4e8962-6196-485e-be2a-d5791a38eaeb\']",)',) 2017-01-25 05:05:49,047-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.TeardownImageVDSCommand] (DefaultQuartzScheduler5) [59ab00f1] Command 'TeardownImageVDSCommand(HostName = lago-basic-suite-master-host0, ImageActionsVDSCommandParameters:{runAsync='true', hostId='60e52527-b637-445c-b408-0275d347e76a'})' execution failed: VDSGenericException: VDSErrorException: Failed in vdscommand to TeardownImageVDS, error = Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\' WARNING: Not using lvmetad because config setting use_lvmetad=0.\', \' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).\', \' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5 in use.\', \' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/ab4e8962-6196-485e-be2a-d5791a38eaeb in use.\']\\nf9dce023-0282-4185-9ad9-fe71c3975106/[\'778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5\', \'ab4e8962-6196-485e-be2a-d5791a38eaeb\']",)',) 2017-01-25 05:05:49,047-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.TeardownImageVDSCommand] (DefaultQuartzScheduler5) [59ab00f1] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to TeardownImageVDS, error = Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\' WARNING: Not using lvmetad because config setting use_lvmetad=0.\', \' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).\', \' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5 in use.\', \' Logical volume f9dce023-0282-4185-9ad9-fe71c3975106/ab4e8962-6196-485e-be2a-d5791a38eaeb in use.\']\\nf9dce023-0282-4185-9ad9-fe71c3975106/[\'778cbc5b-a9df-46d7-bc80-1a66f7d3e2b5\', \'ab4e8962-6196-485e-be2a-d5791a38eaeb\']",)',) at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:182) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.ImageActionsVDSCommandBase.executeVdsBrokerCommand(ImageActionsVDSCommandBase.java:20) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:111) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:407) [vdsbroker.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.image.ImagesHandler.teardownImage(ImagesHandler.java:1007) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.image.ImagesHandler.getQemuImageInfoFromVdsm(ImagesHandler.java:856) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.image.BaseImagesCommand.endSuccessfully(BaseImagesCommand.java:367) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalEndSuccessfully(CommandBase.java:736) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.endActionInTransactionScope(CommandBase.java:694) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2057) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.endAction(CommandBase.java:559) [bll.jar:] at org.ovirt.engine.core.bll.Backend.endAction(Backend.java:536) [bll.jar:] Link to suspected patches: https://gerrit.ovirt.org/#/c/71132/ Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4950/ Link to all logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4951/artif… Thanks Gil

4 4

[ OST Failure Report ] [ oVirt master ] [25.01.17] [add_hosts]
by Gil Shinar 26 Jan '17

26 Jan '17

Hi, vdsm-cli has been removed from VDSM rpms but hadn't been removed from add hosts. Here is the error message: 2017-01-25 10:59:44 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum Building transaction 2017-01-25 10:59:47 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum [u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-xmlrpc = 4.20.0-261.gitabb73a5.el7.centos', u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-client = 4.20.0-261.gitabb73a5.el7.centos', u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-python = 4.20.0-261.gitabb73a5.el7.centos'] 2017-01-25 10:59:47 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/tmp/ovirt-9WzrERSugT/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-9WzrERSugT/otopi-plugins/otopi/packagers/yumpackager.py", line 253, in _packages if self._miniyum.buildTransaction(): File "/tmp/ovirt-9WzrERSugT/pythonlib/otopi/miniyum.py", line 919, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-xmlrpc = 4.20.0-261.gitabb73a5.el7.centos', u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-client = 4.20.0-261.gitabb73a5.el7.centos', u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-python = 4.20.0-261.gitabb73a5.el7.centos'] 2017-01-25 10:59:47 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': [u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-xmlrpc = 4.20.0-261.gitabb73a5.el7.centos', u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-client = 4.20.0-261.gitabb73a5.el7.centos', u'vdsm-cli-4.20.0-261.gitabb73a5.el7.centos.noarch requires vdsm-python = 4.20.0-261.gitabb73a5.el7.centos'] 2017-01-25 10:59:47 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2017-01-25 10:59:47 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback Link to suspected patches: https://gerrit.ovirt.org/#/c/68721/ Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4962/ Link to all logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4962/artif… Thanks Gil

5 7

Proposal to move master to fc25 or rawhide
by Sandro Bonazzola 26 Jan '17

26 Jan '17

Hi, since we're in the beginning of the 4.2 cycle I'd like to propose to switch master from fc24 to fc25 or to rawhide, being fc26 going GA on 2017-06-06. What do you think? Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 3

[ANN] oVirt 4.1.0 First Release Candidate is now available
by Sandro Bonazzola 26 Jan '17

26 Jan '17

The oVirt Project is pleased to announce the availability of the First Release candidate of oVirt 4.1.0 for testing, as of January 23rd, 2016 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 the first release candidate of the 4.1 release series. 4.1.0 brings more than 250 enhancements and more than 700 bugfixes, including more than 300 high or urgent severity fixes, on top of oVirt 4.0 series 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) * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live iso is already available[5] - oVirt Node NG iso is already available[5] - Hosted Engine appliance is already available A release management page including planned schedule is also available[4] Additional Resources: * Read more about the oVirt 4.1.0 release highlights: http://www.ovirt.org/release/4.1.0/ * 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.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-manage… [5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 7

master is broken
by Yedidyah Bar David 25 Jan '17

25 Jan '17

On Wed, Jan 25, 2017 at 4:07 PM, Code Review <gerrit(a)ovirt.org> wrote: > From Jenkins CI: > > Jenkins CI has posted comments on this change. > > Change subject: packaging: spec: Require ansible > ...................................................................... > > > Patch Set 2: > > Build Failed > > http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… : FAILURE rpmbuild.log says: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project vdsbroker: Compilation failure [ERROR] /home/jenkins/workspace/ovirt-engine_master_upgrade-from-4.0_el7_merged/tmp_repo/ovirt-engine-4.2.0/backend/manager/modules/vdsbroker/src/main/java/org/ovirt/engine/core/vdsbroker/builder/vminfo/LibvirtVmXmlBuilder.java:[1022,45] error: cannot find symbol Can someone please check? Thanks. > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc25-x86_6… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc24-x86_6… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-3.6_el7_merge… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-merged-el7-x86_64/34… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_merge… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-merged-fc24-x86_64/2… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-merged-fc25-x86_64/4… : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64… : FAILURE > > -- > To view, visit https://gerrit.ovirt.org/71138 > To unsubscribe, visit https://gerrit.ovirt.org/settings > > Gerrit-MessageType: comment > Gerrit-Change-Id: Ic68c5394f824f0533b42fb32374d29e56c56fa1e > Gerrit-PatchSet: 2 > Gerrit-Project: ovirt-engine > Gerrit-Branch: master > Gerrit-Owner: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Reviewer: Sandro Bonazzola <sbonazzo(a)redhat.com> > Gerrit-Reviewer: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: gerrit-hooks <automation(a)ovirt.org> > Gerrit-HasComments: No -- Didi

2 1

hotplug_nic test has failed
by Gil Shinar 25 Jan '17

25 Jan '17

I have found the following exception in VDSM log: *MainProcess|jsonrpc/0::DEBUG::2017-01-24 10:13:50,303::supervdsm_server::101::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {'ovirtmgmt': {'ipv6autoconf': True, 'addr': '192.168.201.2', 'dhcpv6': False, 'ipv6addrs': [], 'gateway': '192.168.201.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['192.168.201.2/24' <http://192.168.201.2/24'>], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['eth0'], 'opts': {'multicast_last_member_count': '2', 'hash_elasticity': '4', 'multicast_query_response_interval': '1000', 'group_fwd_mask': '0x0', 'multicast_snooping': '1', 'multicast_startup_query_interval': '3125', 'hello_timer': '15', 'multicast_querier_interval': '25500', 'max_age': '2000', 'hash_max': '512', 'stp_state': '0', 'topology_change_detected': '0', 'priority': '32768', 'multicast_membership_interval': '26000', 'root_path_cost': '0', 'root_port': '0', 'multicast_querier': '0', 'multicast_startup_query_count': '2', 'nf_call_iptables': '0', 'topology_change': '0', 'hello_time': '200', 'root_id': '8000.5452c0a8c902', 'bridge_id': '8000.5452c0a8c902', 'topology_change_timer': '0', 'ageing_time': '30000', 'nf_call_ip6tables': '0', 'gc_timer': '20299', 'nf_call_arptables': '0', 'group_addr': '1:80:c2:0:0:0', 'multicast_last_member_interval': '100', 'default_pvid': '1', 'multicast_query_interval': '12500', 'tcn_timer': '0', 'multicast_router': '1', 'vlan_filtering': '0', 'forward_delay': '0'}}}, 'bondings': {}, 'nameservers': ['192.168.201.1'], 'nics': {'eth3': {'ipv6autoconf': True, 'addr': '192.168.202.212', 'ipv6gateway': 'fe80::5054:ff:fe65:57d6', 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'ipv4addrs': ['192.168.202.212/24' <http://192.168.202.212/24'>], 'hwaddr': '54:52:c0:a8:ca:03', 'speed': 0, 'gateway': '192.168.202.1'}, 'eth2': {'ipv6autoconf': True, 'addr': '192.168.202.211', 'ipv6gateway': '::', 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'ipv4addrs': ['192.168.202.211/24' <http://192.168.202.211/24'>], 'hwaddr': '54:52:c0:a8:ca:02', 'speed': 0, 'gateway': '192.168.202.1'}, 'eth1': {'ipv6autoconf': True, 'addr': '192.168.200.143', 'ipv6gateway': '::', 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': False, 'ipv4addrs': ['192.168.200.143/24' <http://192.168.200.143/24'>], 'hwaddr': '54:52:c0:a8:c8:02', 'speed': 0, 'gateway': '192.168.200.1'}, 'eth0': {'ipv6autoconf': False, 'addr': '', 'ipv6gateway': '::', 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '54:52:c0:a8:c9:02', 'speed': 0, 'gateway': ''}}, 'supportsIPv6': True, 'vlans': {}, 'networks': {'ovirtmgmt': {'dhcpv6': False, 'iface': 'ovirtmgmt', 'ipv6autoconf': True, 'addr': '192.168.201.2', 'bridged': True, 'ipv6addrs': [], 'switch': 'legacy', 'gateway': '192.168.201.1', 'dhcpv4': True, 'netmask': '255.255.255.0', 'ipv4defaultroute': True, 'stp': 'off', 'ipv4addrs': ['192.168.201.2/24' <http://192.168.201.2/24'>], 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['eth0']}}} ifup/VLAN100_Network::DEBUG::2017-01-24 10:13:53,048::commands::93::root::(execCmd) FAILED: <err> = 'Running scope as unit 0e9c5843-c89e-499b-9057-1d70ea366504.scope.\n/etc/sysconfig/network-scripts/ifup-eth: line 297: 16535 Terminated /sbin/dhclient ${DHCLIENTARGS} ${DEVICE}\nCannot find device "VLAN100_Network"\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\nDevice "VLAN100_Network" does not exist.\n'; <rc> = 1 ifup/VLAN100_Network::ERROR::2017-01-24 10:13:53,049::concurrent::189::root::(run) FINISH thread <Thread(ifup/VLAN100_Network, started daemon 140683650258688)> failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/concurrent.py", line 185, in run ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/network/configurators/ifcfg.py", line 910, in _exec_ifup _exec_ifup_by_name(iface.name <http://iface.name>, cgroup) File "/usr/lib/python2.7/site-packages/vdsm/network/configurators/ifcfg.py", line 896, in _exec_ifup_by_name raise ConfigNetworkError(ERR_FAILED_IFUP, out[-1] if out else '') ConfigNetworkError: (29, 'Determining IPv6 information for VLAN100_Network... failed.')* Can someone please assist (logs for engine and vdsm [1])? [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4935/artif… Thanks Gil

2 2

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

25 Jan '17

You have been invited to the following event. Title: DeepDive: SPDM shared storage management (infrastructure/copy scale out/progress reporting) When: Wed Feb 15, 2017 6pm – 7pm Jerusalem 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

Redundant stomp connection for SPM
by Roy Golan 24 Jan '17

24 Jan '17

For each SPM host the engine creates a different stomp connection (See JsonRpcIIrsServer.java) . This also means another client connection to maintain on the SPM machine. What is the reason we still have it and what does it guarantee? Please add any info here prior to opening a bug to remove it for 4.2.

3 3

Thread pools and ManageExecutorService
by Roy Golan 24 Jan '17

24 Jan '17

Java EE 7 included ManageExecutorService in its spec. Using Wildfly (as certified EE 7 container) we can use it to replace our own ThreadPoolUtil implementation and (possibly) Quarz usage. Managed executor service is a thread pool resource, manage by the container and can be controlled via JMX or the startup ovirt-egine.xml.in facility. This means that it could be tweaked at runtime as well. The service has configured thread factory and queue as well, all described by the xml In the engine we are using mutli pools, with little to no capabilities of tweaking them - ThreadPoolUtil - our general threading facade - SchedulerThreadPool - the pool we create to pass to quarz - HostUpdatesCheckerService.java - internal pool - CommandExecutor - coco's pool EE gave us a standard way to handle threads, with runtime configuration and ability to @inject it into the code, this means once again less code with using something the platform already supplies with real tuninig abilities. I know #infra has an item quarts, this should be considered as well. Following this thread, if there is no suitable bug already, I'll open one for this. Some code snippets: @Resource private ManagedExecutorService mes; ... Future f = mes.submit(() -> doThis()) The configuration in ovirt-engine.xml.in (already there today!): <managed-executor-services> <managed-executor-service name="default" jndi-name="java:jboss/ee/concurrency/executor/default" context-service="default" thread-factory="default" hung-task-threshold="60000" core-threads="5" max-threads="25" keepalive-time="5000" queue-length="1000000" reject-policy="RETRY_ABORT" /> </managed-executor-services> Please head here for wildfly docs [1] and here [2] to see a simple example (from one of the members of the EG of EE, recommended blog in general) [1] https://docs.jboss.org/author/display/WFLY8/EE+Concurrency+Utilities+Config… [2] http://www.adam-bien.com/roller/abien/entry/injecting_an_executorservice_wi…

4 4

API model documentation is broken?
by Yaniv Kaul 24 Jan '17

24 Jan '17

Just below [1], something is a bit messed up. TIA, Y. [1] http://ovirt.github.io/ovirt-engine-api-model/master/#services/attached_sto…

2 1

Updated Invitation: Next-generation Node package persistence for oVirt 4.1 @ Thu Jan 26, 2017 9am - 10am (MST) (devel@ovirt.org)
by rbarry＠redhat.com 24 Jan '17

24 Jan '17

This event has been changed. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-pe… When: Thu Jan 26, 2017 9am – 10am Mountain Time - Arizona (changed) Where: https://www.youtube.com/watch?v=tpAVkBEDdVg Calendar: devel(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZsO… 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

Updated Invitation: Next-generation Node package persistence for oVirt 4.1 @ Thu Jan 26, 2017 8am - 9am (MST) (devel@ovirt.org)
by rbarry＠redhat.com 24 Jan '17

24 Jan '17

This event has been changed. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-pe… When: Thu Jan 26, 2017 8am – 9am Mountain Time - Arizona (changed) Where: https://www.youtube.com/watch?v=tpAVkBEDdVg (changed) Calendar: devel(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZsO… 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

Broken vdsm dependency in master nightly snapshot
by Denis Chaplygin 24 Jan '17

24 Jan '17

Hello For some reason vdsm from nightly snapshot is not installable anymore: --> Finished Dependency Resolution Error: Package: vdsm-4.20.0-249.git0cb9996.el7.centos.x86_64 (ovirt-master-snapshot) Requires: libvirt-daemon-kvm >= 2.0.0-10.el7_3.4 Installed: libvirt-daemon-kvm-2.0.0-10.el7.x86_64 (@redhat) libvirt-daemon-kvm = 2.0.0-10.el7 An i have no idea, where to get new libvirt-daemon-kvm What could be going wrong?

2 1

Invitation: Next-generation Node package persistence for oVirt 4.1 @ Tue Jan 24, 2017 8am - 9am (MST) (devel@ovirt.org)
by rbarry＠redhat.com 24 Jan '17

24 Jan '17

You have been invited to the following event. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-pe… When: Tue Jan 24, 2017 8am – 9am Mountain Time - Arizona Where: https://www.youtube.com/watch?v=VAznsxvZpuk Calendar: devel(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZsO… 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

2 1

job test-repo_ovirt_experimental_4.0 (3718) failed
by Shlomo Ben David 24 Jan '17

24 Jan '17

Hi, Job [1] failed with the following errors (logs [2]): {"jsonrpc": "2.0", "id": "669e1306-3206-4a64-a33f-d18176531ff8", "error": {"message": "Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',)", "code": 358}}� 2017-01-19 12:13:51,619 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [3a116b94] Message received: {"jsonrpc": "2.0", "id": "669e1306-3206-4a64-a33f-d18176531ff8", "error": {"message": "Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',)", "code": 358}} 2017-01-19 12:13:51,620 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (default task-27) [6a6480a4] Failed in 'AttachStorageDomainVDS' method 2017-01-19 12:13:51,624 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-27) [6a6480a4] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',) 2017-01-19 12:13:51,624 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (default task-27) [6a6480a4] Command 'AttachStorageDomainVDSCommand( AttachStorageDomainVDSCommandParameters:{runAsync='true', storagePoolId='fc33da6d-5da7-4005-a693-f170437c176c', ignoreFailoverLimit='false', storageDomainId='ab6c9588-d957-4be3-9862-d2596db463d9'})' execution failed: IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS, error = Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',), code = 358 2017-01-19 12:13:51,632 DEBUG [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] (DefaultQuartzScheduler10) [] Rescheduling DEFAULT.org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData.hostsStorageConnectionsAndPoolMetadataRefresh#-9223372036854775793 as there is no unfired trigger. 2017-01-19 12:13:51,624 DEBUG [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (default task-27) [6a6480a4] Exception: org.ovirt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS, error = Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',), code = 358 at org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand.createDefaultConcreteException(AttachStorageDomainVDSCommand.java:25) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.createException(BrokerCommandBase.java:222) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:192) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand.executeIrsBrokerCommand(AttachStorageDomainVDSCommand.java:18) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.lambda$executeVDSCommand$0(IrsBrokerCommand.java:161) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData.runInControlledConcurrency(IrsProxyData.java:248) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.executeVDSCommand(IrsBrokerCommand.java:158) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:451) [vdsbroker.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:2171) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageHandlingCommandBase.runVdsCommand(StorageHandlingCommandBase.java:657) [bll.jar:] at org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand.executeCommand(AttachStorageDomainToPoolCommand.java:152) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:493) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:475) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:428) [bll.jar:] at sun.reflect.GeneratedMethodAccessor217.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor63.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view4.runAction(Unknown Source) [common.jar:] at org.ovirt.engine.api.restapi.resource.BackendResource.doAction(BackendResource.java:250) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.doCreateEntity(AbstractBackendCollectionResource.java:229) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.performCreate(AbstractBackendCollectionResource.java:143) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.performCreate(AbstractBackendCollectionResource.java:133) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.performCreate(AbstractBackendCollectionResource.java:152) at org.ovirt.engine.api.restapi.resource.BackendAttachedStorageDomainsResource.add(BackendAttachedStorageDomainsResource.java:63) at org.ovirt.engine.api.v3.V3Server.adaptAdd(V3Server.java:166) at org.ovirt.engine.api.v3.servers.V3AttachedStorageDomainsServer.add(V3AttachedStorageDomainsServer.java:41) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_111] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:295) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:249) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invokeOnTargetObject(ResourceLocatorInvoker.java:138) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invoke(ResourceLocatorInvoker.java:107) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invokeOnTargetObject(ResourceLocatorInvoker.java:133) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invoke(ResourceLocatorInvoker.java:107) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invokeOnTargetObject(ResourceLocatorInvoker.java:133) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invoke(ResourceLocatorInvoker.java:101) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:402) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:209) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:221) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:81) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:274) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:209) at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:221) at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImplSetup(RequestDispatcherImpl.java:147) at io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:111) at org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:139) at org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:68) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:84) at org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:63) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:78) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:39) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter.doFilter(SsoRestApiNegotiationFilter.java:91) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter.doFilter(SsoRestApiAuthFilter.java:47) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:59) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.RestApiSessionValidationFilter.doFilter(RestApiSessionValidationFilter.java:35) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.api.restapi.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:111) at org.ovirt.engine.api.restapi.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:102) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.api.restapi.security.CORSSupportFilter.doFilter(CORSSupportFilter.java:183) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] [1] - http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.0/3718/ [2] - http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.0/3718/artifact… Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCE IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1

5 4

[ANN] oVirt 4.0.6 is the last 4.0 release
by Sandro Bonazzola 24 Jan '17

24 Jan '17

Hi, with the coming oVirt 4.1.0 GA release scheduled to be released on February 1st, oVirt 4.0.6 is the last officially released version in 4.0 cycle. If any critical issue will be reported upgrading to 4.1 which will require a fix in 4.0.6, a fix will be released. Please note that any bug reported as fixed in bugzilla against 4.0.7 has been also fixed in 4.1.0. on behalf of the oVirt team, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

new feature on manual ost
by Daniel Belenky 24 Jan '17

24 Jan '17

FYI, The infra team has recently added a new feature for the manual OST jobs, published in recent oVirt blog [1], Which hopefully will help developers have more control over running OST on open patches. The new feature allows anyone to choose which oVirt repo the job should use as 'base repo', the options are: *latest_tested*: will install the latest rpms that passed the ci. ( a.k.a experimental latest.tested ) *latest_release*: will install the last stable release. ( for e.g oVirt 4.0.6 for 4.0.z or 4.1 RC for 4.1 ) The changes are already available on the job in CI [2], Please don't hesitate to contact the infra team for any questions or issues with using the jobs, The oVirt infra team. [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/ [2] http://jenkins.ovirt.org/view/oVirt%20system%20tests/ job/ovirt_master_system-tests_manual/ -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

[ACTION REQUIRED] Bugs still pending on oVirt 4.1.0
by Sandro Bonazzola 23 Jan '17

23 Jan '17

Hi, we released oVirt 4.1.0 RC today and we still have 131 bugs targeted to 4.1.0[1]. Please push them to one of the planned coming releases if not blocking 4.1.0 release. When moving the bugs, please consider we already have 132 bugs targeted to 4.1.1[2]. If you identify a blocker bug in 4.1.0 RC please raise the issue as soon as possible since this will require a respin and possibly a delay in the final release. Thanks, [1] https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovirt%… [2] https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovirt%… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Invitation: DeepDive: VM to host affinity @ Tue Jan 24, 2017 4pm - 4:50pm (IST) (devel@ovirt.org)
by yquinn＠redhat.com 23 Jan '17

23 Jan '17

You have been invited to the following event. Title: DeepDive: VM to host affinity please join YouTube live event at: https://www.youtube.com/watch?v=rs_5BSqacWE for any questions please contact me at: yquinn(a)redhat.com When: Tue Jan 24, 2017 4pm – 4:50pm Jerusalem Where: https://www.youtube.com/watch?v=rs_5BSqacWE Calendar: devel(a)ovirt.org Who: * yanir quinn - organizer * dfediuck(a)redhat.com * msivak(a)redhat.com * users(a)ovirt.org * yquinn(a)redhat.com * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=cmgzaW5rMm5idjQxdDRxa… 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

[ATTENTION] oVirt Engine tests now use Mockito 2.6.5
by Allon Mureinik 23 Jan '17

23 Jan '17

Good morning Engine developers, As of this morning, oVirt Engine has migrated to the next generation of Mockito, specifically, the latest available version - 2.6.5 (well, the latest version at the time this email was issued. Their z-stream are as small as a single patch, and thus REALLY fast). First of all - a big shout-out to everyone who took the time to review and comment on this patch series. Why did we do this? 1. The Mockito 1.x generation is no longer supported, and we want to work with a live, maintained, library. 2. Support for Java 8 syntax. 3. Improved generics support, lending to cleaner code. 4. Improved performance. Unfortunately(?), the Mockito 2.x generation isn't 100% backwards compatible. Here are the main changes you need to know about. **"Sneaky" Behavior Changes:** 1. In Mockito 1.x, stubbing a mock and then not using this recorded behavior was not an issue (besides the fact that you're probably writing unused code :-)). In Mokcito 2.x, by default, having unused stubbing will fail your test. Usually, the best course of action is to remove these useless stubbings (as I've done for most of the occurrences in the code). If this isn't easily possible (e.g., these stubbings are inherited from a base class), or if removing them would actually make the test less easy to follow, you can use the org.mockito.junit.MockitoJUnitRunner.Silent runner to revert to Mockito 1.x's behavior. 2. In Mockito 1.x, any(Class) also matches nulls (e.g., any(SomeClass.class) would match any instance of SomeClass or null). In Mockito 2.x, any(Class) *no longer matches nulls*. In order to also match nulls you could use any() or nullable(Class). **Code Changes** 1. Mockito 2.x's ArgumentMatcher no longer extend Hamcrest's Matcher, and was in fact converted to a [functional] interface. Beyond the simple change of using "implements" instead of "extends", this also means you can write much cleaner code and have your matchers as anonymous lambdas. If you still want to use a Hamcrest matcher for your stubbing, you can use org.mockito.hamcrest.MockitoHamcrest#argThat. 2. anyListOf/anySetOf/anyCollectionOf/anyMapOf are now deprecated and should not be used (well, at least mostly - see below). Their counterparts, anyList/anySet/anyCollection/anyMap no longer return raw types, but generalized ones. Utilizing Java 8's type inference, Mockito 2.x allows you to use the simpler versions without getting unchecked assignments warnings. Note that this capability depends on Java's language level, so frontend projects that still use Java 7 will have to use the deprecated versions, unfortunately. I've already applied this change to the entire backend, but you should note it when writing new patches. 3. anyObject() is deprecated - just use any() instead. I've already applied this change to the entire project, but you should note it when writing new patches. 4. org.mockito.runners.MockitoJUnitRunner has been hollowed out and deprecated. Use org.mockito.junit.MockitoJUnitRunner (or org.mockito.junit.MockitoJUnitRunner.Silent, as explained above) instead. I've already applied this change to the entire project, but you should note it when writing new patches. 5. org.mockito.Matchers has been hollowed out and deprecated. Use org.mockito.ArgumentMatchers instead. I've already applied this change to the entire project, but you should note it when writing new patches. Additional information is available on Mockito's website [1], and specifically the "What's new in Mockito 2" page [2]. If you have any other questions, feel free to reply to this thread or contact me directly. Have a great mocking day, Allon [1] http://site.mockito.org/ [2] https://github.com/mockito/mockito/wiki/What%27s-new-in-Mockito-2

1 0

Values of column all_disks_for_vms.actual_size
by Jakub Niedermertl 22 Jan '17

22 Jan '17

Hi Tal, what describe values in column 'actual_size' of view 'all_disks_for_vms'? I noticed very strange behavior of values in this column: It's * 0 for 'thin-provisioned' disk of VM in cluster 4.1 * 2147487744 for 'preallocated' 2GB disk of VM in cluster 4.1 * 0 for 'thin-provisioned' disk of VM in cluster 4.0 * 0 for 'preallocated' disk of VM in cluster 4.0 * 0 for disk of template that was created by importing glance image as template to 4.0 cluster * 200704 for disk of template that was created by importing 12 MB glance image as template to 4.1 cluster * 0 for disk of template that was created by importing glance image as template to 4.0 cluster * 0 for disk of template of VM with preallocated disk in 4.1 cluster * 0 for disk of template of VM with preallocated disk in 4.0 cluster How is the value supposed to be computed? Thanks for explanation Jakub

2 1

BZ#1375139 VM lost its disk after snapshot preview/commit
by Pavel Gashev 22 Jan '17

22 Jan '17

--_000_1F1D342F27174725BAF1E1512862C6A7acroniscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCmh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTM3 NTEzOQ0KDQpDb3VsZCBzb21lYm9keSBjb25maXJtLCB0aGF0IHRoZSBpc3N1ZSBpcyBub3QgZ29p bmcgdG8gYmUgZml4ZWQgaW4gNC4wPw0KDQpUaGFua3MNCg0K --_000_1F1D342F27174725BAF1E1512862C6A7acroniscom_ Content-Type: text/html; charset="utf-8" Content-ID: <00FCCA969FC385488652978E69A6702E(a)acronis.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo1OTUuMHB0IDg0Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQg NzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMi IGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ SGVsbG8sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48YSBocmVm PSJodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEzNzUxMzkiPmh0 dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTM3NTEzOTwvYT48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkNvdWxkIHNvbWVib2R5IGNv bmZpcm0sIHRoYXQgdGhlIGlzc3VlIGlzIG5vdCBnb2luZyB0byBiZSBmaXhlZCBpbiA0LjA/PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3M8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_1F1D342F27174725BAF1E1512862C6A7acroniscom_--

5 9

planned Jenkins restart
by Evgheni Dereveanchin 21 Jan '17

21 Jan '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

2 2

oVirt Community Newsletter: December 2016
by Brian Proffitt 20 Jan '17

20 Jan '17

It's a new year with new opportunities for oVirt to show up its virtualization features! We're getting ready for DevConf.CZ in Brno next week, and FOSDEM in Brussels the week after that! We look forward to meeting European developers and sysadmins to share your experiences! Here's what happened in December of 2016: ----------------- Software Releases ----------------- oVirt 4.0.6 Release is now available http://bit.ly/2iOI9cY ---------------- In the Community ---------------- Happy New Documentation! http://bit.ly/2iOLCrW oVirt System Tests to the Rescue!—How to Run End-to-End oVirt Tests on Your Patch http://bit.ly/2iONDUR CI Please Build—How to build your oVirt project on-demand http://bit.ly/2iOTAkD The Need for Speed—Coming Changes in oVirt's CI Standards http://bit.ly/2iOPUzf Еxtension of iptables Rules on oVirt 4.0 Hosts http://bit.ly/2iOPARp New oVirt Project Underway http://bit.ly/2iOKeW6 ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ KVM/Linux Nested Virtualization Support For ARM http://bit.ly/2iOILiD Virtual Machines in Kubernetes? How and what makes sense? http://bit.ly/2iOWDtj ANNOUNCE: New libvirt project Go XML parser model http://bit.ly/2iORd1j Using OVN with KVM and Libvirt http://bit.ly/2iOOEwc New libvirt project Go language bindings http://bit.ly/2iP0ne5 CI tools testing lab: Making it do useful work http://bit.ly/2iOVilZ CI tools testing lab: Integrating Jenkins and adding Zuul UI http://bit.ly/2iOOBRa CI tools testing lab: Adding Zuul Merger http://bit.ly/2iOP1a8 CI tools testing lab: Setting up Zuul Server http://bit.ly/2iOUZYn CI tools testing lab: Adding Gerrit http://bit.ly/2iP0CG1 CI tools testing lab: Initial setup with Jenkins http://bit.ly/2iOSvtc --------------- Downstream News --------------- Debugging a kernel in QEMU/libvirt http://red.ht/2jvB5mf Five Reasons to Switch from vSphere to Red Hat Virtualization http://red.ht/2iLW5YU Red Hat scoops Best Virtualization Product at the V3 Technology Awards 2016 http://red.ht/2hW9N7B -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

3 3

[ACTION REQUIRED] 4.1 RC blocked
by Sandro Bonazzola 20 Jan '17

20 Jan '17

Hi, we still have 2 approved blockers: https://bugzilla.redhat.com/buglist.cgi?quicksearch= target_milestone%3Aovirt-4.1.0%20status%3Anew%2Cassigned% 2Cpost%20flag%3Ablocker%2B Please provide ETA or push them out of 4.1, Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 2

[ACTION REQUIRED] please check rpms to be shipped in 4.1.0 RC1
by Sandro Bonazzola 20 Jan '17

20 Jan '17

Hi, here's the manigest of the rpms going to be released as 4.1.0 RC1, please check your packages NVR and let me know if something is not like you expected them to be. $ repoquery --all --repofrompath=ovirt-4.1_rc1, http://resources.ovirt.org/pub/ovirt-4.1-pre/rpm/el7/ --disablerepo=* --enablerepo=ovirt-4.1_rc1 Yum-utils package has been deprecated, use dnf instead. See 'man yum2dnf' for more information. cockpit-ovirt-dashboard-0:0.10.7-0.0.3.el7.centos.noarch cockpit-ovirt-uiplugin-0:0.10.7-0.0.3.el7.centos.noarch ebay-cors-filter-0:1.0.1-3.el7.noarch ebay-cors-filter-javadoc-0:1.0.1-3.el7.noarch imgbased-0:0.9.5-0.201701181504git35ef6dc.el7.centos.noarch ioprocess-0:0.17.0-1.201611101241.gitb7e353c.el7.centos.x86_64 ioprocess-debuginfo-0:0.17.0-1.201611101241.gitb7e353c.el7.centos.x86_64 java-ovirt-engine-sdk4-0:4.0.0-0.1.20161128git1dc0abb.el7.centos.noarch mom-0:0.5.8-0.0.master.el7.centos.noarch openvswitch-0:2.6.90-1.el7.centos.x86_64 openvswitch-debuginfo-0:2.6.90-1.el7.centos.x86_64 openvswitch-devel-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-central-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-common-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-docker-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-host-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-vtep-0:2.6.90-1.el7.centos.x86_64 openvswitch-selinux-policy-0:2.6.90-1.el7.centos.noarch openvswitch-test-0:2.6.90-1.el7.centos.noarch opstools-ansible-0:0.0.1-0.20161102gitff6aa42.el7.noarch otopi-0:1.6.0-1.el7.centos.noarch otopi-debug-plugins-0:1.6.0-1.el7.centos.noarch otopi-devtools-0:1.6.0-1.el7.centos.noarch otopi-java-0:1.6.0-1.el7.centos.noarch otopi-javadoc-0:1.6.0-1.el7.centos.noarch ovirt-engine-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-appliance-0:4.1-20161222.1.el7.centos.noarch ovirt-engine-backend-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-cli-0:3.6.9.2-1.el7.centos.noarch ovirt-engine-dashboard-0:1.1.0-1.el7.centos.noarch ovirt-engine-dbscripts-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-dwh-0:4.1.0-1.el7.centos.noarch ovirt-engine-dwh-setup-0:4.1.0-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-0:1.1.2-1.el7.noarch ovirt-engine-extension-aaa-ldap-0:1.3.0-1.el7.noarch ovirt-engine-extension-aaa-ldap-setup-0:1.3.0-1.el7.noarch ovirt-engine-extension-aaa-misc-0:1.0.1-1.el7.noarch ovirt-engine-extension-logger-log4j-0:1.0.2-1.el7.noarch ovirt-engine-extensions-api-impl-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-extensions-api-impl-javadoc-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-hosts-ansible-inventory-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-lib-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-nodejs-0:6.9.1-1.el7.x86_64 ovirt-engine-nodejs-modules-0:0.0.17-1.el7.x86_64 ovirt-engine-restapi-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-sdk-java-0:3.6.8.1-0.1.20161109.gitc971e9d.el7.noarch ovirt-engine-sdk-java-javadoc-0:3.6.8.1-0.1.20161109.gitc971e9d.el7.noarch ovirt-engine-sdk-python-0:3.6.9.1-1.el7.centos.noarch ovirt-engine-setup-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-base-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-dockerc-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-live-0:4.1.0-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-tools-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-tools-backup-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-userportal-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-userportal-debuginfo-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-webadmin-portal-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-webadmin-portal-debuginfo-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-websocket-proxy-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-wildfly-0:10.1.0-1.el7.x86_64 ovirt-engine-wildfly-overlay-0:10.0.0-1.el7.noarch ovirt-guest-agent-common-0:1.0.13-1.20161220085008.git165fff1.el7.centos.noarch ovirt-guest-agent-debuginfo-0:1.0.13-1.20161220085008.git165fff1.el7.centos.x86_64 ovirt-guest-agent-pam-module-0:1.0.13-1.20161220085008.git165fff1.el7.centos.x86_64 ovirt-guest-agent-windows-0:1.0.13-1.20161220084921.git165fff1.noarch ovirt-host-deploy-0:1.6.0-1.el7.centos.noarch ovirt-host-deploy-java-0:1.6.0-1.el7.centos.noarch ovirt-host-deploy-javadoc-0:1.6.0-1.el7.centos.noarch ovirt-hosted-engine-ha-0:2.1.0-1.el7.centos.noarch ovirt-hosted-engine-setup-0:2.1.0-1.el7.centos.noarch ovirt-image-uploader-0:4.0.1-1.el7.centos.noarch ovirt-imageio-common-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-imageio-daemon-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-imageio-proxy-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-imageio-proxy-setup-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-iso-uploader-0:4.0.2-1.el7.centos.noarch ovirt-jboss-modules-maven-plugin-0:2.0.2-0.1.20160715.gitec01507.el7.centos.noarch ovirt-jboss-modules-maven-plugin-javadoc-0:2.0.2-0.1.20160715.gitec01507.el7.centos.noarch ovirt-live-artwork-0:1.1.0-1.el7.centos.noarch ovirt-live-artwork-gnome-0:1.1.0-1.el7.centos.noarch ovirt-live-artwork-mate-0:1.1.0-1.el7.centos.noarch ovirt-log-collector-0:4.1.0-1.el7.centos.noarch ovirt-node-ng-image-update-placeholder-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-node-ng-nodectl-0:4.0.6-0.20170111.0.el7.noarch ovirt-optimizer-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-optimizer-dependencies-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-optimizer-jboss-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-optimizer-ui-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-provider-ovn-0:1.0-1.20161219125609.git.el7.centos.noarch ovirt-provider-ovn-driver-0:1.0-1.20161219125609.git.el7.centos.noarch ovirt-release-host-node-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-experimental-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-pre-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-snapshot-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-scheduler-proxy-0:0.1.6.0.4.ge6e07c5-1.el7.centos.noarch ovirt-setup-lib-0:1.1.0-1.el7.centos.noarch ovirt-vmconsole-0:1.0.4-1.el7.centos.noarch ovirt-vmconsole-host-0:1.0.4-1.el7.centos.noarch ovirt-vmconsole-proxy-0:1.0.4-1.el7.centos.noarch ovirt-web-ui-0:0.1.1-2.el7.centos.x86_64 python-ioprocess-0:0.17.0-1.201611101242.gitb7e353c.el7.centos.noarch python-openvswitch-0:2.6.90-1.el7.centos.noarch python-ovirt-engine-sdk4-0:4.1.0-0.1.a0.20161215git77fce51.el7.centos.x86_64 python-ovirt-engine-sdk4-debuginfo-0:4.1.0-0.1.a0.20161215git77fce51.el7.centos.x86_64 qemu-img-ev-10:2.6.0-27.1.el7.x86_64 qemu-kvm-common-ev-10:2.6.0-27.1.el7.x86_64 qemu-kvm-ev-10:2.6.0-27.1.el7.x86_64 qemu-kvm-ev-debuginfo-10:2.6.0-27.1.el7.x86_64 qemu-kvm-tools-ev-10:2.6.0-27.1.el7.x86_64 rubygem-fluent-plugin-rewrite-tag-filter-0:1.5.5-1.el7.centos.noarch rubygem-fluent-plugin-rewrite-tag-filter-doc-0:1.5.5-1.el7.centos.noarch rubygem-fluent-plugin-secure-forward-0:0.4.3-1.el7.noarch rubygem-fluent-plugin-secure-forward-doc-0:0.4.3-1.el7.noarch rubygem-ovirt-engine-sdk4-0:4.1.0-0.1.alpha0.20161220git2b6fbe8.el7.centos.x86_64 rubygem-ovirt-engine-sdk4-debuginfo-0:4.1.0-0.1.alpha0.20161220git2b6fbe8.el7.centos.x86_64 rubygem-ovirt-engine-sdk4-doc-0:4.1.0-0.1.alpha0.20161220git2b6fbe8.el7.centos.x86_64 unboundid-ldapsdk-0:3.2.0-1.el7.noarch unboundid-ldapsdk-javadoc-0:3.2.0-1.el7.noarch vdsm-0:4.19.2-1.el7.centos.x86_64 vdsm-api-0:4.19.2-1.el7.centos.noarch vdsm-cli-0:4.19.2-1.el7.centos.noarch vdsm-client-0:4.19.2-1.el7.centos.noarch vdsm-gluster-0:4.19.2-1.el7.centos.noarch vdsm-hook-allocate_net-0:4.19.2-1.el7.centos.noarch vdsm-hook-checkimages-0:4.19.2-1.el7.centos.noarch vdsm-hook-checkips-0:4.19.2-1.el7.centos.x86_64 vdsm-hook-diskunmap-0:4.19.2-1.el7.centos.noarch vdsm-hook-ethtool-options-0:4.19.2-1.el7.centos.noarch vdsm-hook-extnet-0:4.19.2-1.el7.centos.noarch vdsm-hook-extra-ipv4-addrs-0:4.19.2-1.el7.centos.x86_64 vdsm-hook-fakesriov-0:4.19.2-1.el7.centos.x86_64 vdsm-hook-fakevmstats-0:4.19.2-1.el7.centos.noarch vdsm-hook-faqemu-0:4.19.2-1.el7.centos.noarch vdsm-hook-fcoe-0:4.19.2-1.el7.centos.noarch vdsm-hook-fileinject-0:4.19.2-1.el7.centos.noarch vdsm-hook-floppy-0:4.19.2-1.el7.centos.noarch vdsm-hook-hostusb-0:4.19.2-1.el7.centos.noarch vdsm-hook-httpsisoboot-0:4.19.2-1.el7.centos.noarch vdsm-hook-hugepages-0:4.19.2-1.el7.centos.noarch vdsm-hook-ipv6-0:4.19.2-1.el7.centos.noarch vdsm-hook-isolatedprivatevlan-0:4.19.2-1.el7.centos.noarch vdsm-hook-macbind-0:4.19.2-1.el7.centos.noarch vdsm-hook-macspoof-0:4.19.2-1.el7.centos.noarch vdsm-hook-nestedvt-0:4.19.2-1.el7.centos.noarch vdsm-hook-noipspoof-0:4.19.2-1.el7.centos.noarch vdsm-hook-numa-0:4.19.2-1.el7.centos.noarch vdsm-hook-openstacknet-0:4.19.2-1.el7.centos.noarch vdsm-hook-ovs-0:4.18.999-1218.gitd36143e.el7.centos.noarch vdsm-hook-pincpu-0:4.19.2-1.el7.centos.noarch vdsm-hook-promisc-0:4.19.2-1.el7.centos.noarch vdsm-hook-qemucmdline-0:4.19.2-1.el7.centos.noarch vdsm-hook-qos-0:4.19.2-1.el7.centos.noarch vdsm-hook-scratchpad-0:4.19.2-1.el7.centos.noarch vdsm-hook-smbios-0:4.19.2-1.el7.centos.noarch vdsm-hook-spiceoptions-0:4.19.2-1.el7.centos.noarch vdsm-hook-vhostmd-0:4.19.2-1.el7.centos.noarch vdsm-hook-vmdisk-0:4.19.2-1.el7.centos.noarch vdsm-hook-vmfex-0:4.19.2-1.el7.centos.noarch vdsm-hook-vmfex-dev-0:4.19.2-1.el7.centos.noarch vdsm-jsonrpc-0:4.19.2-1.el7.centos.noarch vdsm-jsonrpc-java-0:1.3.7-1.el7.centos.noarch vdsm-jsonrpc-java-javadoc-0:1.3.7-1.el7.centos.noarch vdsm-python-0:4.19.2-1.el7.centos.noarch vdsm-tests-0:4.19.2-1.el7.centos.noarch vdsm-xmlrpc-0:4.19.2-1.el7.centos.noarch vdsm-yajsonrpc-0:4.19.2-1.el7.centos.noarch Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Glance Images
by Marc Young 20 Jan '17

20 Jan '17

Is there any way to suggest new packages be baked into the openstack glance images? Ie. the ovirt-guest-agent is missing from the atomic images, and pretty tough to install given that gcc, make, yum, and pretty much everything else is gone.

3 2

Fwd: UploadStreamVDSCommand throws IllegalArgumentException: TLS
by Maor Lipchuk 19 Jan '17

19 Jan '17

Hi all, I see a consistent exception in the engine logs regarding IllegalArgumentException: TLS when OVF_STORE disks are being updated (see [1]) Host and engine are rebased on latest master. Was there any change in this area lately? Regards Maor [1] 2017-01-19 18:32:31,026+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] START, UploadStreamVDSCommand(HostName = venus-vdsa.tl v.redhat.com, UploadStreamVDSCommandParameters:{runAsync='true', hostId='ae0a04a6-6e2d-4225-a5ed-e9b2418119eb'}), log id: 1fe17dc2 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] -- executeVdsBrokerCommand, parameters: 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ spUUID=00000001-0001-0001-0001-000000000311 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ sdUUID=e31f5951-45e0-48ba-a111-23164f28007d 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ imageGUID=fda85526-dee9-42d2-9652-a3ce83f7629e 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ volUUID=dc463d2b-6b06-4bd2-9735-862aff42dd6f 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ size=20480 2017-01-19 18:32:31,244+02 ERROR [org.ovirt.engine.core.vdsbrok er.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] Command 'UploadStreamVDSCommand(HostName = venus-vdsa. tlv.redhat.com, UploadStreamVDSCommandParameters:{runAsync='true', hostId='ae0a04a6-6e2d-4225-a5ed-e9b2418119eb'})' execution failed: java.lang.IllegalArgumentException: TLS 2017-01-19 18:32:31,245+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] FINISH, UploadStreamVDSCommand, log id: 1fe17dc2 2017-01-19 18:32:31,246+02 ERROR [org.ovirt.engine.core.bll.sto rage.ovfstore.UploadStreamCommand] (DefaultQuartzScheduler4) [6a5a41b] Command 'org.ovirt.engine.core.bll.storage.ovfstore.Uplo adStreamCommand' failed: EngineException: org.ovirt.engine.core.vdsbroke r.vdsbroker.VDSNetworkException: java.lang.IllegalArgumentException: TLS (Failed with error VDS_NETWORK_ERROR and code 5022)

2 2

Publicly available REST documentation
by Jakub Niedermertl 19 Jan '17

19 Jan '17

Hi Juan, from time to time I'd like the REST doc to be available on some public site. It would allow us to * check the documentation without searching for running engine * be able to easily link documentations in irc/mails * link rest doc from ovirt.org site doc Recently I've also heard similar request from other guys (cc-ed). Would it be possible to for example publish generated doc of merged patches of ovirt-engine-api-model project? Maybe github project pages [1] of project mirror [2] could be used for hosting. Regards Jakub [1] https://help.github.com/articles/user-organization-and-project-pages/#proje… [2] https://github.com/oVirt/ovirt-engine-api-model

8 14

master and 4.1 dwhd Fails to Start (was ovirt_experimental_master Fails: PostgreSQL is not Accessible During Engine Setup)
by Anton Marchukov 19 Jan '17

19 Jan '17

Hello All. We checked this with did and postgres connection error is not an error (although it prints stacktrace... cannot we not print stacktraces, please, for antyhing that we handle in code... it is really confusing when you need to find the root cause). The test is checking for dwhd to be up using systemd: testlib.assert_true_within_short( lambda: engine.service('ovirt-engine-dwhd').alive() ) that runs: /usr/bin/systemctl status --lines=0 ovirt-engine-dwhd lago.ssh: DEBUG: Command 90e98548 on lago-basic-suite-master-engine returned with 3 lago.ssh: DEBUG: Command 90e98548 on lago-basic-suite-master-engine output: ● ovirt-engine-dwhd.service - oVirt Engine Data Warehouse Loaded: loaded (/usr/lib/systemd/system/ovirt-engine-dwhd.service; enabled; vendor preset: disabled) Active: activating (auto-restart) (Result: exit-code) since Tue 2017-01-17 07:33:23 EST; 3min 4s ago Main PID: 22448 (code=exited, status=1/FAILURE) CGroup: /system.slice/ovirt-engine-dwhd.service dwhd log [1] has the following error: Error: Could not find or load main class ovirt_engine_dwh.historyetl_4_2.HistoryETL so this looks to be the actual problem. The latest job failed with this is [2]. This also affects 4.1, e.g. [3]. [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4791/artif… [2] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4791/ [3] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/287 -- Anton Marchukov Senior Software Engineer - RHEV CI - Red Hat

4 5

[ACTION REQUIRED] oVirt 4.1.0 RC build starting
by Lev Veyde 18 Jan '17

18 Jan '17

Fyi oVirt products maintainers, An oVirt build for an official release is going to start right now. If you're a maintainer for any of the projects included in oVirt distribution and you have changes in your package ready to be released please: - bump version and release to be GA ready - tag your release within git (implies a GitHub Release to be automatically created) - build your packages within jenkins / koji / copr / whatever - verify all bugs on MODIFIED have target release and target milestone set. - add your builds to releng-tools/releases/ovirt-4.1.0_rc1.conf within releng-tools project Thanks in advance, Lev Veyde

1 0

ovirt-guest-agent-common question
by Guy Chen 18 Jan '17

18 Jan '17

Hi After i am installing ovirt-guest-agent-common shutdown of a VM takes about 90 seconds instead of 30 seconds without the agent. I am running on rhvm 4.1 build 4, host, engine and VM all are rhel 7.3, agent version is ovirt-guest-agent-common-1.0.13-2.el7ev.noarch. Has anyone encounter this issue ? Regards, ----------------------------- Guy Chen, RHEV-M Performance O: +972.9.7692152 M: +972.52.8545202 guchen(a)redhat.com

4 10

ovirt_experimental_master Fails: PostgreSQL is not Accessible During Engine Setup
by Anton Marchukov 17 Jan '17

17 Jan '17

Hello All. FYI. We started to see multiple master system tests failing in row with the following error in engine-setup logs [1]: 2017-01-17 06:46:29 DEBUG otopi.ovirt_engine_setup.engine_common.database database.getCredentials:1267 database connection failed Traceback (most recent call last): File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 1265, in getCredentials ] = self.isNewDatabase() File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 370, in isNewDatabase transaction=False, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 191, in execute database=database, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 125, in connect sslmode=sslmode, File "/usr/lib64/python2.7/site-packages/psycopg2/__init__.py", line 164, in connect conn = _connect(dsn, connection_factory=connection_factory, async=async) OperationalError: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused Is the server running on host "localhost" (127.0.0.1) and accepting TCP/IP connections on port 5432? 3 jobs in row [2], [3], [4] currently failed due to this, so I suspect it is regression somewhere. It started around engine patch [5]: Change 69927 - Merged packaging: ovirt-engine-hosts-ansible-inventory: Init groups So that they always exist, even if empty. Change-Id: If0169b60012ab444c19385363168832f6cd151ab Bug-Url: https://bugzilla.redhat.com/1405813 however I am not sure of that is the cause or not. Will reply to this message if I get any updates. Thanks, [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4789/artif… [2] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4789/ [3] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4790/ [4] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4791/ [5] https://gerrit.ovirt.org/#/c/69927/ -- Anton Marchukov Senior Software Engineer - RHEV CI - Red Hat

2 1

Re: [ovirt-devel] I have this issue when trying to connect to gerrit
by Tony Wang 17 Jan '17

17 Jan '17

You can try ssh to gerrit.ovirt.org via proxy in the terminal.

1 0

New oVirt 4.0.x documentation now live!
by Brian Proffitt 17 Jan '17

17 Jan '17

You wanted it, we delivered! The oVirt Project is pleased to announce the availability of all-new principal documentation[1] for the oVirt 4.0 branch! For more information, check out the blog released today[2]! Peace, Brian [1] https://www.ovirt.org/documentation/ [2] https://www.ovirt.org/blog/2017/01/happy-new-documentation/ -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

3 3

Fwd: nfs-utils-2.1.1 Changes Everything!
by Sandro Bonazzola 16 Jan '17

16 Jan '17

FYI from fedora development mailing list. ---------- Messaggio inoltrato ---------- Da: "Steve Dickson" <SteveD(a)redhat.com> Data: 16/Gen/2017 21:12 Oggetto: nfs-utils-2.1.1 Changes Everything! A: "Development discussions related to Fedora" < devel(a)lists.fedoraproject.org> Cc: Hello, The latest nfs-utils release drastically changes how the NFS servers are configured, for the good IMHO... All daemon configuration now goes through /etc/nfs.conf. See nfs.conf(5) for details. The command line interfaces in the systemd services files have been removed. Which means all your current configures will break, because the variables in /etc/sysconfig/nfs are no longer used. Again, I think is a move in the right direction and I know you might find this surprising 8-) but I really don't want to break all the current server configuration. So I'm trying t o figure out how to do this with least amount of impact. Here is what I see as the options 1) Upgrade rawhide w/out a backward compatible patch (since it is so early in the release cycle) Upgrade f25 with an backwards compatible patch 2) Upgrade rawhide and f25 with the backward compatible patch... but we have to ween ourselves of the command line interface at some point... 3) Do nothing and push everything into f27, which is the least favorite option. I'm leaning toward option 1... but I'm asking... so I'm listening. :-) Also, how do I documented something like this? tia, steved. _______________________________________________ devel mailing list -- devel(a)lists.fedoraproject.org To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org

1 0

[ATTENTION NEEDED] Jenkins restart
by Gil Shinar 16 Jan '17

16 Jan '17

Hi all, Jenkins will be restarted today at 18:00 o'clock. Please try not to send patches at least half an hour before. In case you did, please retrigger them after restart completes. Thanks Gil

1 1

[oVirt 4.1 Localization Question #3] "Cannot ${action} ${type}. Duplicate ${entity}."
by Yuko Katabami 16 Jan '17

16 Jan '17

Hello oVirt developers. Could anyone help with the following question? *File:* AppErrors *Resource ID:* ACTION_TYPE_FAILED_DUPLICATE_ENTITY_IN_AFFINITY_GROUP *String:* Cannot ${action} ${type}. Duplicate ${entity}. *Question: *Is "Duplicate" used as verb or adjective? Is it asking user to duplicate the entity, or reporting that the entity is duplicated, and unable to perform the action? Thank you, Yuko

4 5

Postponing oVirt 4.1 RC build to Wednesday Jan 18th
by Sandro Bonazzola 16 Jan '17

16 Jan '17

Hi, we still have 3 approved blockers for 4.1[1] so release status is No go. The ETA for the fix is Wednesday morning, so we're postponing the build to Wednesday Jan 18th 11:00 TLV time / 10:00 CET Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Reminder: we have Wildfly's web mgmt console (with auth)
by Roy Golan 16 Jan '17

16 Jan '17

For quite some time now we can access Wildfly's web console on https://127.0.0.1:8706 It's the UI equivalent of jboss.cli but much more convenient. Example of tasks you can perform there: - Change logging settings, live - Tweak the managed thread pool (will send a different thread about it) - Shutdown/reload the service - Tweak db connection details - Get info/stats on the running setup EE components and more One of the main advantages over the old jmx method is that it uses a plugin to authenticate the engine user so your credentials should be admin@internal or any superuser for that matter. The default is to expose it to localhost and that could be change in services/ovirt-engine/ovirt-engine.xml.in.For firewalled setups, you can ssh tunnel your machine to overcome that as always. R

1 0

test experimental repo master failed
by Daniel Belenky 15 Jan '17

15 Jan '17

Hi all, The following test: http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper… has failed. Triggered by: https://gerrit.ovirt.org/69139 Logs: Link <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> Found the following error on the engine.log: ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-27) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null can anyone advise on the root cause? Thanks, *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

2 1

Issues Running Engine Setup Related to Database Autovacuum Settings
by Phillip Bailey 15 Jan '17

15 Jan '17

Hi team, I'm having trouble running engine-setup on a fresh database. When I first ran setup I received a message prompting me to update the autovacuum_vacuum_scale_factor, which I did. I then received another prompting me to update the autovacuum_analyze_scale_factor, which I also did. The next prompted me to update the autovacuum_max_workers to a value of at least 6. I have tried changing the value to both 6 and 7 multiple times, but it doesn't acknowledge that the change has been made and won't let me proceed with setup. Could someone tell me if I'm doing something wrong or if this is an issue with the new feature? Thanks! -Phillip Bailey

4 4

3.6 upstream deps failure
by Yaniv Kaul 15 Jan '17

15 Jan '17

From http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-fc24-x86… : *16:04:45* + yum install --nogpgcheck -y --downloaddir=/dev/shm ntp ovirt-engine ovirt-log-collector 'ovirt-engine-extension-aaa-ldap*'*16:04:45* Error: Package: ovirt-engine-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-iso-uploader >= 3.6.0*16:04:45* Error: Package: ovirt-engine-backend-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-host-deploy-java >= 1.4.0*16:04:45* Error: Package: ovirt-engine-tools-backup-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: otopi >= 1.4.1*16:04:45* Error: Package: ovirt-engine-setup-plugin-ovirt-engine-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-engine-extension-aaa-jdbc*16:04:45* Error: Package: ovirt-setup-lib-1.0.2-1.el6.noarch (alocalsync)*16:04:45* Requires: otopi*16:04:45* Error: Package: ovirt-engine-backend-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: ovirt-engine-extension-aaa-jdbc*16:04:45* Error: Package: ovirt-engine-setup-base-3.6.10.3-0.0.master.20170101161303.git5f35a1a.el6.noarch (alocalsync)*16:04:45* Requires: otopi >= 1.4.1*16:04:45* Error: Package: ovirt-engine-extension-aaa-ldap-setup-1.1.6-0.0.master.20160630130757.gitea5658b.el6.noarch (alocalsync)*16:04:45* Requires: otopi >= 1.4.0

3 2

please use a single patch for a single task
by Sandro Bonazzola 15 Jan '17

15 Jan '17

Looking at: https://gerrit.ovirt.org/#/c/69438/3 but there are several others in gerrit for different projects taking this one as example just because it make me loose the evening on it. "adding cli for 4.1 experimental repos" as stated in the header of the patch has totally nothing to do with the body of the patch: "- also dropped fc23 since its eol" which just dropped all the fc23 artifacts from the publisher causing: - cockpit-ovirt for fc23 failing to build due to missing dependencies - publisher 4.0 nightly failing due to missing cockpit-ovirt for fc23 Now I unblocked the publisher for 4.0 with: https://gerrit.ovirt.org/70402 but if infra decided to drop fc23 support since fc23 gone EOL, please do it completely. If a patch need a "also did..." it needs a separate patch. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Upgraded to 4.0.6 and now WebSocket Proxy is not working
by Lynn Dixon 14 Jan '17

14 Jan '17

All, I was recently running version 4.0.4 (I believe that was the old version), and had no issues with the HTML5 Spice console working via WebSocket Proxy. Now, however, after the upgrade, and subsequent reboot of the host, I cannot get any video to display on the html5 spice console session. I am getting the green lock icon on the browser bar on the console session, and even the messages output shows the following: Connected to wss://MYURL.us:6100/eyJzYblahblahblah So I don't think its a certificate issue? I have even stopped firewalld to make sure its not some weird firewall issue, but that didn't resolve it. What can I check to fix this? Here is the version I am using currently: oVirt Engine Version: 4.0.6.3-1.el7.centos *Lynn Dixon* | Red Hat Certified Architect #100-006-188 *Sr. Cloud Consultant* | Cloud Management Practice Google Voice: 423-618-1414 Cell/Text: 423-774-3188 Click here to view my Certification Portfolio <http://red.ht/1XMX2Mi>

2 2

[Node.js] moving from npm to Yarn & how it impacts oVirt JS applications
by Vojtech Szocs 13 Jan '17

13 Jan '17

Hello guys, as you probably know, we're using Node.js (ovirt-engine-nodejs) to build some of our applications, including ovirt-engine-dashboard, ovirt-web-ui, cockpit-ovirt, and some others. This is just to inform you that in ovirt-engine-nodejs-modules (RPM that bundles all of our JS dependencies), we're moving from npm to Yarn. The related patch is here: https://gerrit.ovirt.org/#/c/69934/ nodejs-modules 1.0.0 will bump all dependencies to their latest version, plus add version locking. To prepare for consuming nodejs-modules 1.0.0, please: - make sure to test your applications with bumped dependencies - once the patch is merged, you can update your BuildRequires to 1.0.0 - once we have an RPM for Yarn, you can start using it in your project Regards, Vojtech

1 1

[VDSM] Flaky (networking?) test
by Nir Soffer 13 Jan '17

13 Jan '17

Hi all, I have seen this failure several times in the last week, typically the error is gone after rebuilding. It is not clear what is the test - the test name does not apear in the error, this happens when adding a (useless) docstring to a test method. Looking at the traceback, this seems to be a networking test. Full log: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc25-x86_64/218/consol… 14:55:03 ====================================================================== 14:55:03 ERROR: Failure: OSError ([Errno 22] Invalid argument) 14:55:03 ---------------------------------------------------------------------- 14:55:03 Traceback (most recent call last): 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/utils.py", line 477, in __call__ 14:55:03 return self.cache[args] 14:55:03 KeyError: () 14:55:03 14:55:03 During handling of the above exception, another exception occurred: 14:55:03 14:55:03 OSError: [Errno 22] Invalid argument 14:55:03 14:55:03 During handling of the above exception, another exception occurred: 14:55:03 14:55:03 Traceback (most recent call last): 14:55:03 File "/usr/lib/python3.5/site-packages/nose/failure.py", line 39, in runTest 14:55:03 raise self.exc_val.with_traceback(self.tb) 14:55:03 File "/usr/lib/python3.5/site-packages/nose/loader.py", line 418, in loadTestsFromName 14:55:03 addr.filename, addr.module) 14:55:03 File "/usr/lib/python3.5/site-packages/nose/importer.py", line 47, in importFromPath 14:55:03 return self.importFromDir(dir_path, fqname) 14:55:03 File "/usr/lib/python3.5/site-packages/nose/importer.py", line 94, in importFromDir 14:55:03 mod = load_module(part_fqname, fh, filename, desc) 14:55:03 File "/usr/lib64/python3.5/imp.py", line 234, in load_module 14:55:03 return load_source(name, filename, file) 14:55:03 File "/usr/lib64/python3.5/imp.py", line 172, in load_source 14:55:03 module = _load(spec) 14:55:03 File "<frozen importlib._bootstrap>", line 693, in _load 14:55:03 File "<frozen importlib._bootstrap>", line 673, in _load_unlocked 14:55:03 File "<frozen importlib._bootstrap_external>", line 665, in exec_module 14:55:03 File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/tests/network/models_test.py", line 41, in <module> 14:55:03 bonding_default_fpath()) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/utils.py", line 479, in __call__ 14:55:03 value = self.func(*args) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/tests/network/nettestlib.py", line 509, in bonding_default_fpath 14:55:03 dump_bonding_opts() 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/tool/dump_bonding_opts.py", line 55, in main 14:55:03 jdump(_get_bonding_options_name2numeric(), f) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/tool/dump_bonding_opts.py", line 94, in _get_bonding_options_name2numeric 14:55:03 opts[mode] = bond_opts_name2numeric_filtered(bond_name) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/network/netinfo/bonding.py", line 154, in bond_opts_name2numeric_filtered 14:55:03 in _bond_opts_name2numeric(bond).iteritems() 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/network/netinfo/bonding.py", line 189, in _bond_opts_name2numeric 14:55:03 _bond_opts_name2numeric_scan(path) 14:55:03 File "/home/jenkins/workspace/vdsm_master_check-patch-fc25-x86_64/vdsm/lib/vdsm/network/netinfo/bonding.py", line 202, in _bond_opts_name2numeric_scan 14:55:03 vals[name] = numeric 14:55:03 OSError: [Errno 22] Invalid argument

2 4

oVirt 4.1 RC Go/No GO
by Sandro Bonazzola 13 Jan '17

13 Jan '17

Hi, according to bugzilla[1] we have 11 bugs as accepted blockers. This means that if by Monday morning they should either been fixed or removed from blockers for 4.1.0 beta / rc milestones or we'll need to reschedule the release candidate and issue a new beta if needed. Please review the list and update status before Monday 11:00 AM TLV time / 10:00 CET [1] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.1.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Mass rebase 3 days before RC
by Sandro Bonazzola 13 Jan '17

13 Jan '17

Hi, this Friday we have 1400 jobs in queue in jenkins while we never had more than 100 jobs for the past 2 months. I initially thought it was ani nfra issue but I double checked, there are 130 slaves working, the jobs are all triggered by patches. I hope that the eventual mass rebase is only for 4.2/master, I haven't checked yet. If the mass rebase is related to 4.1, I understand that having the release candidate coming NEXT Monday many developers wants to ensure their patch are included but really, you shouldn't wait the last second to push them. If we want to build 4.1 RC on Monday please avoid to mush mass rebase over the weekend until 4.1 is out or we won't have enough resources to build it. Sorry for the rant. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[oVirt 4.1 Localization Question #2] bonding and "ad"
by Yuko Katabami 12 Jan '17

12 Jan '17

Hello again. We have another question which needs your help. *File:* ApplicationMessages *Resource IDs:* bondAdPartnerMac bondAdAggregatorId bondSlaveAdAggregatorId *Strings:* Bond ad partner mac: {0} Bond ad aggregator id: {0} {0} ad aggregator id: {1} *Question: *What does "ad" stand for? Could you also tell us what will be replacing those variables? Kind regards, Yuko

2 2

IntegerEntityModelTextBox*, NumberEntityModelTextBox*, Validate
by Tony Wang 12 Jan '17

12 Jan '17

I find the TextBox Widget of ovirt-engine,such as IntegerEntityModelTextBoxEditor. They are weak in validation. When i input a string or something else can't parse Integer. In view, the widget will make as invalid, but i press the button of "OK", it always can pass. Even, when i edit the entity's attributes, such as Random Generator's Period or Bytes per period of VM, use IntegerEntityModelTextBox* widget, it will save the old data. I can't be sure this is a fault or is normal?

3 2

test-repo_ovirt_experimental_master fails on jsonrpc errors
by Daniel Belenky 12 Jan '17

12 Jan '17

Hi all, The following job: test-repo_ovirt_experimental_master <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> fails to pass the basic_suite. The job was triggered by this merge: https://gerrit.ovirt.org/#/c/69936/ to vdsm project. The error I suspect cause this issue: 2017-01-11 03:32:26,061-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc":"2.0","error":{"code":"192.168.201.2:990178830","message":"Vds timeout occured"},"id":null} 2017-01-11 03:32:26,067-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler7) [57bc898] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Message timeout which can be caused by communication issues 2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] ERROR, GetStoragePoolInfoVDSCommand( GetStoragePoolInfoVDSCommandParameters:{runAsync='true', storagePoolId='f92af272-934f-4327-9db0-afe353e6f61c', ignoreFailoverLimit='true'}), exception: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues, log id: 2f12b94a 2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.GetStoragePoolInfoVDSCommand.executeIrsBrokerCommand(GetStoragePoolInfoVDSCommand.java:32) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.lambda$executeVDSCommand$0(IrsBrokerCommand.java:95) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.executeVDSCommand(IrsBrokerCommand.java:92) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:408) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.proceedStoragePoolStats(IrsProxy.java:348) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.lambda$updatingTimerElapsed$0(IrsProxy.java:246) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.updatingTimerElapsed(IrsProxy.java:227) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor191.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] Attached is a zip file with all artifacts from Jenkins. The error I've mentioned above is found in: *exported-artifacts/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log_ovirt-engine/engine.log <http://post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log_ovi…>* Can some one advise? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

4 5

ovirt master system tests fail
by Daniel Belenky 12 Jan '17

12 Jan '17

Hi all, test-repo ovirt experimental master job fails, and it seems that there is an issue with 'add_host' phase under the '*bootstrap*' suite. >From the logs, it seems that the suite was unable to fire up the host / something is wrong with host <error type="exceptions.RuntimeError" message="Host lago-basic-suite-master-host1 is in non operational state -------------------- >> begin captured logging << -------------------- lago.ssh: DEBUG: start task Get ssh client for lago-basic-suite-master-host0 lago.ssh: DEBUG: Still got 100 tries for lago-basic-suite-master-host0 lago.ssh: DEBUG: end task Get ssh client for lago-basic-suite-master-host0 lago.ssh: DEBUG: Running aab0eff8 on lago-basic-suite-master-host0: yum install -y iptables lago.ssh: DEBUG: Command aab0eff8 on lago-basic-suite-master-host0 returned with 0 lago.ssh: DEBUG: Command aab0eff8 on lago-basic-suite-master-host0 output: Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.host-engine.com * extras: linux.mirrors.es.net * updates: mirror.n5tech.com Package iptables-1.4.21-17.el7.x86_64 already installed and latest version Nothing to do lago.ssh: DEBUG: start task Get ssh client for lago-basic-suite-master-host1 lago.ssh: DEBUG: Still got 100 tries for lago-basic-suite-master-host1 lago.ssh: DEBUG: end task Get ssh client for lago-basic-suite-master-host1 lago.ssh: DEBUG: Running ab5c94f2 on lago-basic-suite-master-host1: yum install -y iptables lago.ssh: DEBUG: Command ab5c94f2 on lago-basic-suite-master-host1 returned with 0 lago.ssh: DEBUG: Command ab5c94f2 on lago-basic-suite-master-host1 output: Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.n5tech.com * extras: ftp.osuosl.org * updates: mirrors.usc.edu Package iptables-1.4.21-17.el7.x86_64 already installed and latest version Nothing to do ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_up at 0x322e938> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, in assert_equals_within res = func() File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 162, in _host_is_up raise RuntimeError('Host %s is in non operational state' % host.name()) RuntimeError: Host lago-basic-suite-master-host1 is in non operational state --------------------- >> end captured logging << ---------------------"> >From the engine.log, I found a timeout in the rpc call (but this error is seen on jobs that success too, so might not be relevant(?)) 2017-01-12 05:49:53,383-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-2) [76b0383f] Command 'PollVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='40eb11ba-e6ac-478a-b8b1-73b7892ace65'})' execution failed: VDSGenericException: VDSNetworkException: Timeout during rpc call 2017-01-12 05:49:53,383-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-2) [76b0383f] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Timeout during rpc call ... (the full error is very long, so I wont paste it here, its in the* engine.log*) 2017-01-12 05:49:58,291-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-1) [30b2ca77] Timeout waiting for VDSM response: Internal timeout occured In the host's vdsm.log, there are some errors too: 2017-01-12 05:51:48,336 ERROR (jsonrpc/0) [storage.StorageDomainCache] looking for unfetched domain 380623d8-1e85-4831-9048-3d05932f3d3a (sdc:151) 2017-01-12 05:51:48,336 ERROR (jsonrpc/0) [storage.StorageDomainCache] looking for domain 380623d8-1e85-4831-9048-3d05932f3d3a (sdc:168) 2017-01-12 05:51:48,395 WARN (jsonrpc/0) [storage.LVM] lvm vgs failed: 5 [] [' WARNING: Not using lvmetad because config setting use_lvmetad=0.', ' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).', ' Volume group "380623d8-1e85-4831-9048-3d05932f3d3a" not found', ' Cannot process volume group 380623d8-1e85-4831-9048-3d05932f3d3a'] (lvm:377) 2017-01-12 05:51:48,398 ERROR (jsonrpc/0) [storage.StorageDomainCache] domain 380623d8-1e85-4831-9048-3d05932f3d3a not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'380623d8-1e85-4831-9048-3d05932f3d3a',) and 2017-01-12 05:53:45,375 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 43814, 0, 0) at 0x235a2d8>: unexpected eof (betterAsyncore:119) Link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> Can someone please take a look? Thanks, *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

4 3

Introduction of cluster level 4.2 on master
by Martin Perina 12 Jan '17

12 Jan '17

Hi, we have just merged a series of patches to engine which introduces cluster level 4.2: 1. Adds cluster level 4.2 [1] 2. Sets version 4.2 to default data center and cluster for new installations [1] 2. Bumps database upgrade scripts to 4.2 [2] - from now on every database script merged to master has to start with 04_02 prefix Please rebase all your existing patches to master on top of those changes and rename db scripts accordingly. Also please be aware that if you want to add a host to a 4.2 cluster, you need quite recent VDSM version which includes patch [3] merged yesterday. Please let me know if you have any issues. Thanks Martin Perina [1] https://gerrit.ovirt.org/69757 [2] https://gerrit.ovirt.org/69758 [3] https://gerrit.ovirt.org/69759

1 0

[oVirt 4.1 Localization Question #1] "No VM configuration"
by Yuko Katabami 12 Jan '17

12 Jan '17

Hi oVirt developers, We have started translating 4.1 UI strings and would like to post our first question. File: CommonApplicationConstants Resource ID: brokenVmConfiguration String: No VM configuration Question: Could anyone tell me where in the UI it is located? Is this used as a part of an error message, or as a label? Kind regards, Yuko

2 2

ovirt-system-tests 4.1 is failling due to VmDisksResource class
by Daniel Belenky 12 Jan '17

12 Jan '17

Hi all, ovirt-system-tests are failing with the following error: ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-1) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null The error began at 4/1. can someone take a look please? Attached all the logs under /var/log/ovirt-engine , the error I've mentioned above is seen in *engine.log*. Can someone please take a look? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

3 2

(no subject)
by Daniel Belenky 12 Jan '17

12 Jan '17

On Thu, Jan 12, 2017 at 10:35 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: > > > On Thu, Jan 12, 2017 at 10:25 AM, Daniel Belenky <dbelenky(a)redhat.com> > wrote: > >> Hi all, >> >> ovirt-system-tests are failing with the following error: >> >> ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-1) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null >> >> > This is a known issue ( https://bugzilla.redhat.com/ > show_bug.cgi?id=1410038 ) and is not a cause for failure. > > >> The error began at 4/1. >> > > This is really outdated. How did work yesterday? > It didn't. We just didn't get to this issue, but it's failing for a while. > >> can someone take a look please? >> > > What is the test that is failing? > basic_sanity is failing on vm_run Link <http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt_4.1_system-t…> to the failing job Thanks, *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

planned Jenkins restart
by Evgheni Dereveanchin 11 Jan '17

11 Jan '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

2 2

PatternFly upgrade - how to handle JS dependencies
by Vojtech Szocs 11 Jan '17

11 Jan '17

Hello, we'd like to upgrade the version of PatternFly (plus associated libraries, namely Bootstrap and jQuery) used in oVirt UI. Today, PatternFly stuff (PF + associated libraries) comes from `patternfly1` package hosted at Copr repo: https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ Today, we require `patternfly1` as both Engine RPM build dependency and the Engine devel. env. dependency. To keep things simple, I'd like to propose the following approach: - create oVirt specific package, e.g. `ovirt-patternfly`, hosted at Copr, containing PatternFly + associated libraries (Bootstrap, jQuery) which are intended *specifically* for use by oVirt UI (hence the ovirt prefix) - discontinue maintenance of `patternfly1` package at Copr - keep the existing approach: require `ovirt-patternfly` as both the Engine build dependency and the Engine devel. env. dependency An alternative approach would be to introduce Node.js as Engine devel. env. dependency (use `npm install` to pull PF stuff), while using the existing ovirt-engine-{nodejs,nodejs-modules} packages for Engine RPM build. However, this alternative has some downsides, namely complication of devel. env. just to fetch the PF stuff. I don't like the idea of complicating the existing devel. env. just for the sake of fetching some 3rd party libs. I'm wondering what others think about this. Regards, Vojtech

4 10

Fwd: [oVirt Jenkins] test-repo_ovirt_experimental_master - Build #4658 - FAILURE!
by Piotr Kliczewski 11 Jan '17

11 Jan '17

Nir, I saw similar issue on when I run system tests on my machine. Here is piece of log:: 2017-01-10 09:44:56,442 WARN (jsonrpc/3) [storage.HSM] getPV failed for guid: 3600140527d13be6be704ff98fd8838c2 (hsm:1973) Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 1970, in _getDeviceList pv = lvm.getPV(guid) File "/usr/share/vdsm/storage/lvm.py", line 856, in getPV raise se.InaccessiblePhysDev((pvName,)) InaccessiblePhysDev: Multipath cannot access physical device(s): "devices=(u'3600140527d13be6be704ff98fd8838c2',)" 2017-01-10 09:44:57,493 ERROR (jsonrpc/4) [storage.StorageDomainCache] domain d67c721e-d1f2-484f-a647-13a82db90b33 not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'd67c721e-d1f2-484f-a647-13a82db90b33',) Can you please take a look why are we seeing it? Thanks, Piotr ---------- Forwarded message ---------- From: <jenkins(a)jenkins.phx.ovirt.org> Date: Tue, Jan 10, 2017 at 4:08 PM Subject: [oVirt Jenkins] test-repo_ovirt_experimental_master - Build #4658 - FAILURE! To: infra(a)ovirt.org Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4658/, Build Number: 4658, Build Status: FAILURE _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra

2 2

suspend_resume_vm fail on master experimental
by Daniel Belenky 11 Jan '17

11 Jan '17

Hi all, *test-repo_ovirt_experimental_master* (link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…>) job failed on basic_sanity scenario. The job was triggered by https://gerrit.ovirt.org/#/c/69845/ >From looking at the logs, it seems that the reason is *VDSM*. In the VDSM log, i see the following error: 2017-01-09 16:47:41,331 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 34942, 0, 0) at 0x36b95f0>: unexpected eof (betterAsyncore:119) Also, when looking at the MOM logs, I see the the following: 2017-01-09 16:43:39,508 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused I've attached the full VDSM logs here in a zip file. Can anyone please assist? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

6 13

oVirt 4.1 RC1 merge / branch / tag / bugzilla reminder
by Lev Veyde 11 Jan '17

11 Jan '17

All stable branch maintainers, please make sure to merge all relevant open bugs until Monday morning 11:00 AM TLV time (10:00 AM CET). For each package that need to be built (i.e oVirt product) please make sure every bug in MODIFIED has the right Target Release and Target Milestone. A Target release should state the version of the package you're building and should include the same version you used for the tag you just used for this build. (e.g. for ovirt-engine, tag: ovirt-engine-4.1.0, tr: 4.1.0) A list of bugs that require attention is here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.1.… Thanks in advance, Lev Veyde.

1 0

oVirt 4.1 RC1 build planned
by Lev Veyde 11 Jan '17

11 Jan '17

Fyi oVirt developers, An oVirt build is planned for Monday, January 16th at 11:00 AM TLV time (10:00 AM CET). Taking into consideration the time it takes for Jenkins to run a full CI everything need to be backported by Sunday 11PM. Please make sure to mark as verified and CR +2 so it will be ready for merging Monday morning. A list of pending blockers is available here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.1.… Thanks in advance, Lev Veyde.

3 2

test-repo_ovirt_experimental_master fails on jsonrpc errors
by Daniel Belenky 11 Jan '17

11 Jan '17

Hi all, The following job: test-repo_ovirt_experimental_master <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> fails to pass the basic_suite. The job was triggered by this merge: https://gerrit.ovirt.org/#/c/69936/ to vdsm project. The error I suspect cause this issue: 2017-01-11 03:32:26,061-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc":"2.0","error":{"code":"192.168.201.2:990178830","message":"Vds timeout occured"},"id":null}2017-01-11 03:32:26,067-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler7) [57bc898] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Message timeout which can be caused by communication issues2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] ERROR, GetStoragePoolInfoVDSCommand( GetStoragePoolInfoVDSCommandParameters:{runAsync='true', storagePoolId='f92af272-934f-4327-9db0-afe353e6f61c', ignoreFailoverLimit='true'}), exception: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues, log id: 2f12b94a2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.GetStoragePoolInfoVDSCommand.executeIrsBrokerCommand(GetStoragePoolInfoVDSCommand.java:32) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.lambda$executeVDSCommand$0(IrsBrokerCommand.java:95) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.executeVDSCommand(IrsBrokerCommand.java:92) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:408) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.proceedStoragePoolStats(IrsProxy.java:348) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.lambda$updatingTimerElapsed$0(IrsProxy.java:246) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.updatingTimerElapsed(IrsProxy.java:227) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor191.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] Attached is a zip file with all artifacts from Jenkins. The error I've mentioned above is found in: *exported-artifacts/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite- <http://ic_sanity.py/lago-basic-suite->master-engine/_var_log_ovirt-engine/engine.log* Can some one advise? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

Toward self-configuring CI, or how can we stop writing YAML
by Barak Korren 11 Jan '17

11 Jan '17

Hi all, The premise of the CI standard is simple: You (the developers) place simple script in the 'automation' directory, and we (the infa team) take care of making Jenkins run it when it should. But we haven't been able to fully deliver on this premise yet. Getting a project to work with the CI standard also takes writing some YAML in the 'Jenkins' repo. Even worse, this YAML needs to be maintained over time as new project branches get created, new platforms get targeted, etc. The core reason behind having to write YAML, is that there are two technical details that we need to know in order to run the CI jobs, but are not specified in a way that allows detecting them automatically. Those details are: 1. The platforms a certain project needs to be built and tested on. 2. The branches of the project that CI needs to look at, and how do they map to an oVirt releases. We need to specify a way to specify the details above in a way that will allow the CI system to automatically detect them. Here are my ideas on how to do that: We already have a way to specify platforms in the 'automation' directory: scripts and files in the 'automation' directory can be suffixed with a platform name, this make them apply only to that platform. I suggest we make the platform suffix explicitly required (with a compatibility fall-back, see below), so that to have 'check_patch' run on Fedora 25 for x86_64, one will have to have a 'check_patch.sh.fc25.x86_64' script (or symlink) in the automation directory. It would be cumbersome to go and create symlinks in all the projects at this stage, therefore, I also suggest that we will make the architecture default to 'x86_64' when unspecified, and the OS default to 'el7'. That way, 'check_patch.sh.fc25' will be equivalent to 'check_patch.sh.fc25.x86_64', and 'check_patch.sh' will be equivalent to 'check_patch.sh.el7.x86_64'. When it comes to branches, I think the way to go is to standardize branch names. That standard should probably be something like 'ovirt-4.0', 'ovirt-4.1', etc. Alternatively we could use something like 'ovirt(-.*)?-.4.0' or (<repo_name>-4.0) to accommodate existing conventions like the engine`s. Thoughts? Ideas? ( Jira ticket tracking this work: ) ( https://ovirt-jira.atlassian.net/browse/OVIRT-1013 ) -- Barak Korren bkorren(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/

5 17

Ovirt system tests fail during ldap tests
by Denis Chaplygin 10 Jan '17

10 Jan '17

Hello! I tried to play with system tests and discovered that they some suits are always failing at my side and that fail seems to be related to test preparation procedure: # add_ldap_provider: * Copy /tmp/dchaplyg/tmpVIWROd to lago-basic-suite-master-engine:/tmp/dchaplyg/tmpVIWROd: * Copy /tmp/dchaplyg/tmpVIWROd to lago-basic-suite-master-engine:/tmp/dchaplyg/tmpVIWROd: ERROR (in 0:00:00) I got that error with basic-suite-4.0 and basic-suite-master What could be wrong?

5 6

suspend_resume_vm fail on master experimental
by Daniel Belenky 10 Jan '17

10 Jan '17

Hi all, *test-repo_ovirt_experimental_master* (link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…>) job failed on basic_sanity scenario. The job was triggered by https://gerrit.ovirt.org/#/c/69845/ >From looking at the logs, it seems that the reason is *VDSM*. In the VDSM log, i see the following error: 2017-01-09 16:47:41,331 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 34942, 0, 0) at 0x36b95f0>: unexpected eof (betterAsyncore:119) Also, when looking at the MOM logs, I see the the following: 2017-01-09 16:43:39,508 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused I've attached the full VDSM logs here in a zip file. Can anyone please assist? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

suspend_resume_vm fail on master experimental
by Daniel Belenky 10 Jan '17

10 Jan '17

Hi all, *test-repo_ovirt_experimental_master* (link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…>) job failed on basic_sanity scenario. The job was triggered by https://gerrit.ovirt.org/#/c/69845/ >From looking at the logs, it seems that the reason is *VDSM*. In the VDSM log, i see the following error: 2017-01-09 16:47:41,331 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 34942, 0, 0) at 0x36b95f0>: unexpected eof (betterAsyncore:119) Also, when looking at the MOM logs, I see the the following: 2017-01-09 16:43:39,508 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused I've attached the full VDSM logs here in a zip file. Can anyone please assist? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

New failure in OST - master branch: add secondary storage domains fails
by Nadav Goldin 09 Jan '17

09 Jan '17

Hi, There is a new failure on on master in experimental flow, the failing test is 'add_secondary_storage_domain', the engine.log has few exceptions: 2017-01-09 10:07:24,943-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-6-thread-2) [e9e4e3b] Command 'PollVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='f6ad90f7-1b37-49f0-a958-7151efa0039c'})' execution failed: VDSGenericException: VDSNetworkException: Timeout during rpc call 2017-01-09 10:07:24,943-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-6-thread-2) [e9e4e3b] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Timeout during rpc call at org.ovirt.engine.core.vdsbroker.vdsbroker.FutureVDSCommand.get(FutureVDSCommand.java:73) [vdsbroker.jar:] ... 2017-01-09 10:10:23,323-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler10) [7cad9211] Command 'GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='f6ad90f7-1b37-49f0-a958-7151efa0039c'})' execution failed: VDSGenericException: VDSNetworkException: Heartbeat exceeded 2017-01-09 10:10:23,323-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler10) [7cad9211] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Heartbeat exceeded at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] ... 2017-01-09 10:10:43,704-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Illegal unquoted character ((CTRL-CHAR, code 10)): has to be escaped using backslash to be included in name at [Source: [B@6a84a0d0; line: 1, column: 889]: org.codehaus.jackson.JsonParseException: Illegal unquoted character ((CTRL-CHAR, code 10)): has to be escaped using backslash to be included in name at [Source: [B@6a84a0d0; line: 1, column: 889] at org.codehaus.jackson.JsonParser._constructError(JsonParser.java:1433) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.JsonParserMinimalBase._throwUnquotedSpace(JsonParserMinimalBase.java:482) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.ReaderBasedParser._parseFieldName2(ReaderBasedParser.java:1042) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.ReaderBasedParser._parseFieldName(ReaderBasedParser.java:1008) [jackson-core-asl-1.9.13.jar:1.9.13] .... <JsonRpcRequest id: "7711f770-dbef-44be-9f9e-2d8a2bfae937", method: Host.getAllVmStats, params: {}> 2017-01-09 10:11:33,336-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler7) [7cad9211] Command 'GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParameters Base:{runAsync='true', hostId='f6ad90f7-1b37-49f0-a958-7151efa0039c'})' execution failed: VDSGenericException: VDSNetworkException: Unrecognized message received 2017-01-09 10:11:33,336-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler7) [7cad9211] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNe tworkException: Unrecognized message received at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand.executeVdsBrokerCommand(GetAllVmStatsVDSCommand.java:23) [vdsbroker.jar:] VDSM logs on host1: 2017-01-09 10:11:27,120 ERROR (jsonrpc/4) [storage.StorageDomainCache] domain 80985016-bdd8-4778-abd9-becc8fedcab4 not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'80985016-bdd8-4778-abd9-becc8fedcab4',) 2017-01-09 10:11:27,452 ERROR (jsonrpc/4) [storage.StorageDomainCache] looking for unfetched domain 80985016-bdd8-4778-abd9-becc8fedcab4 (sdc:151) 2017-01-09 10:11:27,453 ERROR (jsonrpc/4) [storage.StorageDomainCache] looking for domain 80985016-bdd8-4778-abd9-becc8fedcab4 (sdc:168) 2017-01-09 10:11:27,552 WARN (jsonrpc/4) [storage.LVM] lvm vgs failed: 5 [] [' WARNING: Not using lvmetad because config setting use_lvmetad=0.', ' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).' , ' Volume group "80985016-bdd8-4778-abd9-becc8fedcab4" not found', ' Cannot process volume group 80985016-bdd8-4778-abd9-becc8fedcab4'] (lvm:377) 2017-01-09 10:11:27,559 ERROR (jsonrpc/4) [storage.StorageDomainCache] domain 80985016-bdd8-4778-abd9-becc8fedcab4 not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'80985016-bdd8-4778-abd9-becc8fedcab4',) 2017-01-09 10:11:27,560 ERROR (jsonrpc/4) [storage.TaskManager.Task] (Task='e2381f1f-eee5-4922-a56d-f6ca40d76eec') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 1159, in attachStorageDomain pool.attachSD(sdUUID) File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, in wrapper return method(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 924, in attachSD dom = sdCache.produce(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 112, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 53, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 136, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'80985016-bdd8-4778-abd9-becc8fedcab4',) .... 2017-01-09 10:19:31,467 ERROR (jsonrpc/6) [storage.TaskManager.Task] (Task='700015ba-4aed-4eaf-961b-5a4373b2d4d7') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2212, in getAllTasksInfo raise se.SpmStatusError() SpmStatusError: Not SPM: () 2017-01-09 10:19:31,471 INFO (jsonrpc/6) [storage.TaskManager.Task] (Task='700015ba-4aed-4eaf-961b-5a4373b2d4d7') aborting: Task is aborted: 'Not SPM' - code 654 (task:1175) 2017-01-09 10:19:31,471 ERROR (jsonrpc/6) [storage.Dispatcher] {'status': {'message': 'Not SPM: ()', 'code': 654}} (dispatcher:77) 2017-01-09 10:19:31,472 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getAllTasksInfo failed (error 654) in 0.01 seconds (__init__:515) 2017-01-09 10:19:31,479 INFO (jsonrpc/7) [dispatcher] Run and protect: getAllTasksStatuses(spUUID=None, options=None) (logUtils:49) 2017-01-09 10:19:31,479 ERROR (jsonrpc/7) [storage.TaskManager.Task] (Task='2841da07-b3b4-4573-ae38-b1500f793221') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2172, in getAllTasksStatuses raise se.SpmStatusError() SpmStatusError: Not SPM: () 2017-01-09 10:19:31,480 INFO (jsonrpc/7) [storage.TaskManager.Task] (Task='2841da07-b3b4-4573-ae38-b1500f793221') aborting: Task is aborted: 'Not SPM' - code 654 (task:1175) Full engine logs can be found here: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4643/artif… VDSM host1 logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4643/artif… Rest of the logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4643/artif… Could someone take a look? Thanks, Nadav.

1 0

Vdsm - 6 years (in 10 minutes)
by Nir Soffer 09 Jan '17

09 Jan '17

Hi all, Please enjoy this visualization of vdsm development since 2011: https://www.youtube.com/watch?v=Ui1ouZiENU0 If you want to create your own: dnf install gourse ffmpeg cd /path/to/gitrepo gource -s 0.1 --date-format "%a, %d %b %Y" -1920x1080 -o - | ffmpeg -y -r 30 -f image2pipe -vcodec ppm -i - -vcodec libx264 -preset ultrafast -pix_fmt yuv420p -crf 1 -threads 4 -bf 0 vdsm-6-years.mp4 Nir

3 2

The feature everyone was asking for is finally here...
by Eyal Edri 09 Jan '17

09 Jan '17

FYI, After many requests from multiple developers and testers, the oVirt CI added a new simple job that lets you run the full fledged end-to-end oVirt system tests with a click of a button. You can read all the details and how-to in the new oVirt blog [1]. We wanted to allow running oVirt system tests on EVERY open patch from ANY oVirt project, without relaying on complex building code inside the job. Luckily we just added the 'build-on-demand' so together with it you can build any rpms you'd like and use them to run the manual job. So the 2 steps you'll need to do are: 1. Write 'ci please build' inside a comment on an open oVirt patch ( make sure the feature is enabled for that project first, its already available for ovirt-engine,vdsm,dashboard and vdsm-jsonrpc-java) 2. Run the manual OST job for the version you'd like to test with the URLs you got from #1 You'll get and email once the job is done and you can browse the results and check for logs from engine and the hosts. Please feel free to ask questions on infra(a)ovirt.org as usual. [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/ -- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)

5 6

Manageiq ova upload is failing
by Piotr Kliczewski 09 Jan '17

09 Jan '17

All, I want to upload manageiq ova from [1] when I attempted to do it I see: on the engine side: 2017-01-03 23:43:59,318+01 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery] (default task-1) [33a1d8b5-8cec-4b00-9a35-ee9f1d9635b2] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetOvaInfoVDS, error = Error parsing ovf information: no memory size, code = -32603 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:118) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:242) [bll.jar:] at org.ovirt.engine.core.bll.GetVmFromOvaQuery.getVmInfoFromOvaFile(GetVmFromOvaQuery.java:24) [bll.jar:] at org.ovirt.engine.core.bll.GetVmFromOvaQuery.executeQueryCommand(GetVmFromOvaQuery.java:20) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:110) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:579) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:547) [bll.jar:] on the vdsm side: 2017-01-03 23:43:58,437 ERROR (jsonrpc/0) [jsonrpc.JsonRpcServer] Internal server error (__init__:552) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 547, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 198, in _dynamicMethod result = fn(*methodArgs) File "/usr/share/vdsm/API.py", line 1493, in getExternalVmFromOva return v2v.get_ova_info(ova_path) File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 226, in get_ova_info _add_general_ovf_info(vm, root, ns, ova_path) File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 1225, in _add_general_ovf_info raise V2VError('Error parsing ovf information: no memory size') V2VError: Error parsing ovf information: no memory size Is our code not parsing correctly or manageiq guys publish not correct file? I am using: ovirt-engine Version : 4.1.0 Release : 0.3.beta2.20161221085908.el7.centos vdsm Version : 4.18.999 Release : 1218.gitd36143e.el7.centos Thanks, Piotr [1] http://manageiq.org/download/

4 5

About ovirtsdk.api module
by 张余歌 07 Jan '17

07 Jan '17

--_000_DM5PR11MB1930AD045547627FBE19645790630DM5PR11MB1930namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8saSB3YW50IHRvIGNyZWF0IGEgZGV2ZWxvcGVyIGVudmlyb25tZW50ICxhZnRlciBpIHRy eSB0byBEbyBUaGlzIDoNCmZyb20gb3ZpcnRzZGsuYXBpIGltcG9ydCBBUEkNCkkgYWx3YXlzIGdl dCBUaGlzIGVycm9yOg0Kbm8gbW9kdWxlIG5hbWVkIG92aXJ0c2RrLmFwaQ0KDQpCeSB0aGUgd2F5 LGkgdGhpbmsgIGkgSGFkIGluc3RhbGxlZCBzb21lIG5lY2Vzc2FyeSBwYWNrYWdlIGFscmVhZHkg LGkgRG9uJ3Qga25vdyBob3cgd28gZGVhbCAuLkNhbiB1IGhlbHAgLFRoYW5rcw0KDQpHZXQgT3V0 bG9vayBmb3IgQW5kcm9pZDxodHRwczovL2FrYS5tcy9naGVpMzY+DQo= --_000_DM5PR11MB1930AD045547627FBE19645790630DM5PR11MB1930namp_ Content-Type: text/html; charset="utf-8" Content-ID: <AA5E767A59E6184CB75EC0AACFE987B2(a)sct-15-1-789-14-msonline-outlook-2bec4.templateTenant> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJhdXRv IiBzdHlsZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0 b206IDI1cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9y OiBibGFjazsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCkhlbGxvLGkgd2FudCB0byBjcmVh dCBhIGRldmVsb3BlciBlbnZpcm9ubWVudCAsYWZ0ZXIgaSB0cnkgdG8gRG8gVGhpcyA6PGJyPg0K ZnJvbSBvdmlydHNkay5hcGkgaW1wb3J0IEFQSSA8YnI+DQpJIGFsd2F5cyBnZXQgVGhpcyBlcnJv cjo8YnI+DQpubyBtb2R1bGUgbmFtZWQgb3ZpcnRzZGsuYXBpPC9wPg0KPHAgZGlyPSJhdXRvIiBz dHlsZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0b206 IDI1cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9yOiBi bGFjazsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCkJ5IHRoZSB3YXksaSB0aGluayZuYnNw OyBpIEhhZCBpbnN0YWxsZWQgc29tZSBuZWNlc3NhcnkgcGFja2FnZSBhbHJlYWR5ICxpIERvbid0 IGtub3cgaG93IHdvIGRlYWwgLi5DYW4gdSBoZWxwICxUaGFua3MNCjwvcD4NCjxwIGRpcj0iYXV0 byIgc3R5bGU9IiB0ZXh0LWFsaWduOiBsZWZ0OyBtYXJnaW4tdG9wOiAyNXB4OyBtYXJnaW4tYm90 dG9tOiAyNXB4OyBmb250LWZhbWlseTogc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMXB0OyBjb2xv cjogYmxhY2s7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlICI+DQpHZXQgPGEgaHJlZj0iaHR0cHM6 Ly9ha2EubXMvZ2hlaTM2Ij5PdXRsb29rIGZvciBBbmRyb2lkPC9hPjxicj4NCjwvcD4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_DM5PR11MB1930AD045547627FBE19645790630DM5PR11MB1930namp_--

2 1

[VDSM] Re: [ovirt-users] The feature everyone was asking for is finally here...
by Dan Kenigsberg 05 Jan '17

05 Jan '17

As mentioned in yesterday's Vdsm call: this job is most useful and recommended to be run for every system-level modification of Vdsm. On Wed, Jan 4, 2017 at 5:31 PM, Eyal Edri <eedri(a)redhat.com> wrote: > FYI, > > After many requests from multiple developers and testers, the oVirt CI added > a new simple job that lets you run the full fledged end-to-end oVirt system > tests with a click of a button. > You can read all the details and how-to in the new oVirt blog [1]. > > We wanted to allow running oVirt system tests on EVERY open patch from ANY > oVirt project, without relaying on complex building code inside the job. > Luckily we just added the 'build-on-demand' so together with it you can > build any rpms you'd like and use them to run the manual job. > > So the 2 steps you'll need to do are: > > Write 'ci please build' inside a comment on an open oVirt patch ( make sure > the feature is enabled for that project first, its already available for > ovirt-engine,vdsm,dashboard and vdsm-jsonrpc-java) > Run the manual OST job for the version you'd like to test with the URLs you > got from #1 > > You'll get and email once the job is done and you can browse the results and > check for logs from engine and the hosts. > > Please feel free to ask questions on infra(a)ovirt.org as usual. > > > [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/ > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0

Re: [ovirt-devel] Heads-up: moving Libvirt xml creation to the engine
by Yevgeny Zaspitsky 04 Jan '17

04 Jan '17

I agree with Piotr&Edward: - having engine uses libvirt xml would impose coupling between engine and libvirt (a cross-layers dependency), which currently does not exist. - moreover, engine would be coupled to all versions of libvirt api that it manages - currently each VDSM version knows how to interact with libvirt it uses (de-centralized approach) - currently we do not have a mechanism that ensures libvirt version based on cluster level (IMHO). Ensuring that would imply requesting a very specific version of libvirt by VDSM. - cluster version means a minimum level of compatibility, but what if cluster of version (x.y) contains a host of a newer version (x+1.y+2). What would be able to tell about libvirt it uses? Regards, Yevgeny On Fri, Dec 9, 2016 at 12:58 PM, Martin Sivak <msivak(a)redhat.com> wrote: > > I like transport abstractions (DTOs) and here we make the libvirt xml > > (its structure) part of our communication interface. > > I agree, but only partially. We can have a DTO for this, but we need a > library to convert from/to it. Hosted engine has to duplicate the > current Java code as it has to convert the OVF to the format vdsm is > expecting. And that is very error prone. Getting the domain XML from > the engine and using it directly would solve a lot of bugs we have. Or > alternatively the ability to send the OVF to vdsm without > preprocessing. > > On the other hand, the logic we have in vdsm is not that complicated > and we could move it to the engine, because we have (almost) all the > information there as well. The (complicated) logic needed to use vdsm > verbs is part of engine anyway and I am constantly under pressure to > not use (for example from virt) the verbs directly. It does not make > sense to maintain the current separation in the situation where there > is tight coupling anyway. > > This whole discussion will boil to a simple point eventually: What is > the role of vdsm and how dumb is it supposed to be in the future (it > is pretty dumb currently.. just a conversion proxy + monitoring, at > least in areas I am concerned about). I would like slightly smarter > vdsm with engine acting only as the high level boss, without the > micromanaging of storage verbs for example. > > TLDR; I would like to get data from storage (currently OVF) and pass > them to vdsm without any preprocessing. Separation is not a bad idea, > but we currently have three different formats with no clear rules for > conversion. I would also like to have slightly more high level API in > vdsm ("prepareImage" should make sure domain monitor is up, domain is > mounted and so on.. I do not want to micromanage that). > > Martin > > > On Fri, Dec 9, 2016 at 11:39 AM, Piotr Kliczewski > <piotr.kliczewski(a)gmail.com> wrote: > > I like transport abstractions (DTOs) and here we make the libvirt xml > > (its structure) part of our communication interface. > > We were never good at evolving our api. Here is [1] recent example of it. > > > > I am not against this change but I would like us to think about > > potential changes to this xml. With this approach when change > > happens we would need to change the engine and vdsm code and make sure > > that supported engine/vdsm matrix still work. > > > > Will it be possible to have different libvirt versions (different xml > > structure) between version clusters? If so, how are we going to > > handle different xml structure per cluster? > > > > Thanks, > > Piotr > > > > [1] https://gerrit.ovirt.org/#/c/67596 > > > > > > On Thu, Dec 8, 2016 at 11:30 PM, Edward Haas <ehaas(a)redhat.com> wrote: > >> > >> > >> On Wed, Nov 23, 2016 at 2:59 PM, Arik Hadas <ahadas(a)redhat.com> wrote: > >>> > >>> Hi All, > >>> > >>> We are working on something that is expected to have a big impact, > hence > >>> this heads-up. > >>> First, we want you to be aware of this change and provide your > feedback to > >>> make it as good as possible. > >>> Second, until the proposed mechanism is fully merged there will be a > chase > >>> to cover all features unless new features are also implemented with > the new > >>> mechanism. So please, if you are working on something that adds/changes > >>> something in the Libvirt's domain xml, do it with this new mechanism > as well > >>> (first version would be merged soon). > >>> > >>> * Goal > >>> Creating Libvirt XML in the engine rather than in VDSM. > >>> ** Today's flow > >>> Engine: VM business entity -> VM properties map > >>> VDSM: VM properties map -> Libvirt XML > >>> ** Desired flow > >>> Engine: VM business entity -> Libvirt XML > >>> > >>> * Potential Benefits > >>> 1. Reduce the number of conversions from 2 to 1, reducing chances for > >>> mistakes in the process. > >>> 2. Reduce the amount of code in VDSM. > >>> 3. Make VM related changes easier - today many of these changes need > to be > >>> reviewed in 2 projects, this will eliminate the one that tends to take > >>> longer. > >>> 4. Prevent shortcuts in the form of VDSM-only changes that should be > >>> better reflected in the engine. > >>> 5. Not to re-generate the XML on each rerun attempt of VM > run/migration. > >>> 6. Future - not to re-generate the XML on each attempt to auto-start > HA VM > >>> when using vm-leases (need to make sure we're using the up-to-date VM > >>> configuration though). > >>> 7. We already found improvements and cleanups that could be made while > >>> touching this area (e.g., remove the boot order from devices in the > >>> database). > >>> > >>> * Challenges > >>> 1. Not to move host-specific information to the engine. For example, > path > >>> to storage domain or sockets of channels. > >>> The solution is to use place-holders that will be replaced by VDSM. > >>> 2. Backward compatibility. > >>> 3. The more challenging part is the other direction - that will be the > >>> next phase. > >>> > >>> * Status > >>> As a first step, we began with producing the Libvirt XML in the engine > by > >>> converting the VM properties map to XML in the engine [1] > >>> And using the XML that is received as an input in VDSM [2] > >>> > >>> > >>> [1] https://gerrit.ovirt.org/#/c/64473/ > >>> [2] https://gerrit.ovirt.org/#/c/65182/ > >>> > >>> Regards, > >>> Arik > >> > >> > >> This is an interesting path to take, but centralizing the logic to a > single > >> component often limits and does not allow scaling. > >> A large amount of solutions these days attempt to distribute work, > reducing > >> central work to a minimum, but this approach suggests the opposite. > >> > >> In the networking area, from my limited experience, changes are pushed > >> faster to VDSM compared to Engine. > >> In many cases it is just logically simpler: Engine needs to handle and > be > >> concern about all the system as a whole, while VDSM just takes care of > the > >> host. > >> Therefore, in my mind, the goal is to distribute as much as possible to > the > >> edges, keeping in the centre the minimum required to connect then all > >> together. > >> > >> This approach will remove a conversion and with it an abstraction > layer. I > >> find abstraction useful, decoupling components and increasing > modularity. > >> As an example from the OvS integration work, changing the underlying > >> networking implementation should not concern the upper business logic > >> components, > >> it should be well hidden in the hypervisor, exposing only capabilities > and > >> nothing more that hints about the what and how. > >> > >> Thanks, > >> Edy. > >> > >> > >> > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.phx.ovirt.org/mailman/listinfo/devel > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.phx.ovirt.org/mailman/listinfo/devel > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.phx.ovirt.org/mailman/listinfo/devel >

2 1

Re: [ovirt-devel] how does findbugs work?
by Michal Skrivanek 04 Jan '17

04 Jan '17

--Apple-Mail=_276E41C4-C160-4736-B90A-3000D1AC388B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 21 Dec 2016, at 12:23, Eyal Edri <eedri(a)redhat.com> wrote: >=20 > You can see from the output the maven plugin is running [1], > Have you checked the filters that are ignoring 'false positives'? = maybe those needs to be updated? >=20 > The are in the 'exclude-filters.xml' files under each project and = maintained by the ovirt-engine maintainers. AFAICT no, it=E2=80=99s not excluded, but checking whole ovirt-engine on = coverity site I can=E2=80=99t seem to find the whole file. I dunno, = I=E2=80=99m not much of an expert, but I do not see any exclude anywhere = and there are bunch of other files in the same dir=E2=80=A6 anyone any idea? >=20 >=20 >=20 > [1] 08:13:21 [FINDBUGS] Collecting findbugs analysis files... > 08:13:23 [FINDBUGS] Finding all files that match the pattern = **/findbugsXml.xml > 08:13:23 [FINDBUGS] Parsing 34 files in = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/extensions-tool/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/aaa/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/auth-plugin/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/bll/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/branding/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/builtin-extensions/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/common/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/compat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/dal/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/docs/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/enginesso/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-api-root/extensions-api/target/findbug= sXml.xml with 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-manager/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/logger/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/common/jaxrs/target/findbugsXml= .xml with 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/definition/target/findbugsXml.x= ml with 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/jaxrs/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/types/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/scheduler/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/searchbackend/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/services/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/utils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/uutils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/vdsbroker/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/welcome/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/tools/target/findbugsXml.xml with 0 unique warnings and = 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /build-tools-root/ovirt-checkstyle-extension/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/frontend/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-common/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-extension/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicommonweb/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicompat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/userportal-gwtp/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/webadmin/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Computing warning deltas based on reference build = #11731 > 08:13:23 [FINDBUGS] Ignore new warnings since this is the first valid = build > 08:13:23 [FINDBUGS] Plug-in Result: Success - no threshold has been = exceeded >=20 > On Wed, Dec 21, 2016 at 12:42 PM, Michal Skrivanek = <michal.skrivanek(a)redhat.com <mailto:michal.skrivanek@redhat.com>> = wrote: > Hi, > I was trying to see why the recent NPE[1] was not found by findbugs. = Typically identifying potential NPE is the most easy thing=E2=80=A6but = it was not reported. > So I triggered the build again on the wrong patch [2] and it doesn=E2=80= =99t show anything useful[3] > Does it work at all? > There seem to be no artifacts to review that >=20 > Thanks, > michal >=20 > [1] https://gerrit.ovirt.org/#/c/68731 = <https://gerrit.ovirt.org/#/c/68731> > [2] https://gerrit.ovirt.org/#/c/68400/5 = <https://gerrit.ovirt.org/#/c/68400/5> > [3] = http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_created/11732/ = <http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_created/11732/= > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org <mailto:Infra@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/infra = <http://lists.ovirt.org/mailman/listinfo/infra> >=20 >=20 >=20 >=20 >=20 > --=20 > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel >=20 > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) --Apple-Mail=_276E41C4-C160-4736-B90A-3000D1AC388B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 21 Dec 2016, at 12:23, Eyal Edri <<a = href=3D"mailto:eedri@redhat.com" class=3D"">eedri(a)redhat.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D"">You can see from the output the maven plugin is = running [1],<div class=3D"">Have you checked the filters that are = ignoring 'false positives'? maybe those needs to be updated?</div><div = class=3D""><br class=3D""></div><div class=3D"">The are in the = 'exclude-filters.xml' files under each project and maintained by the = ovirt-engine maintainers.<br = class=3D""></div></div></div></blockquote><div><br = class=3D""></div><div><br class=3D""></div>AFAICT no, it=E2=80=99s not = excluded, but checking whole ovirt-engine on coverity site I can=E2=80=99t= seem to find the whole file. I dunno, I=E2=80=99m not much of an = expert, but I do not see any exclude anywhere and there are bunch of = other files in the same dir=E2=80=A6</div><div>anyone any = idea?</div><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D""><div class=3D""><br= class=3D""></div><div class=3D""><br class=3D""></div><div class=3D""><br= class=3D""></div><div class=3D"">[1] 08:13:21 [FINDBUGS] Collecting = findbugs analysis files...</div><div class=3D"">08:13:23 [FINDBUGS] = Finding all files that match the pattern **/findbugsXml.xml</div><div = class=3D"">08:13:23 [FINDBUGS] Parsing 34 files in = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created</div><div = class=3D"">08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/extensions-tool/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/aaa/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/auth-plugin/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/bll/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/branding/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/builtin-extensions/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/common/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/compat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/dal/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/docs/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/enginesso/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-api-root/extensions-api/target/findbug= sXml.xml with 0 unique warnings and 0 duplicates.</div><div = class=3D"">08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-manager/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/logger/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/common/jaxrs/target/findbugsXml= .xml with 0 unique warnings and 0 duplicates.</div><div = class=3D"">08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/definition/target/findbugsXml.x= ml with 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/jaxrs/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/types/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/scheduler/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/searchbackend/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/services/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/utils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/uutils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/vdsbroker/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/welcome/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/tools/target/findbugsXml.xml with 0 unique warnings and = 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] Successfully = parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /build-tools-root/ovirt-checkstyle-extension/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/frontend/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-common/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-extension/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicommonweb/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicompat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/userportal-gwtp/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/webadmin/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Computing warning deltas based on reference build #11731</div><div = class=3D"">08:13:23 [FINDBUGS] Ignore new warnings since this is the = first valid build</div><div class=3D"">08:13:23 [FINDBUGS] Plug-in = Result: Success - no threshold has been exceeded</div></div></div><div = class=3D"gmail_extra"><br class=3D""><div class=3D"gmail_quote">On Wed, = Dec 21, 2016 at 12:42 PM, Michal Skrivanek <span dir=3D"ltr" = class=3D""><<a href=3D"mailto:michal.skrivanek@redhat.com" = target=3D"_blank" class=3D"">michal.skrivanek(a)redhat.com</a>></span> = wrote:<br class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0 = 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br class=3D""> I was trying to see why the recent NPE[1] was not found by findbugs. = Typically identifying potential NPE is the most easy thing=E2=80=A6but = it was not reported.<br class=3D""> So I triggered the build again on the wrong patch [2] and it doesn=E2=80=99= t show anything useful[3]<br class=3D""> Does it work at all?<br class=3D""> There seem to be no artifacts to review that<br class=3D""> <br class=3D""> Thanks,<br class=3D""> michal<br class=3D""> <br class=3D""> [1] <a href=3D"https://gerrit.ovirt.org/#/c/68731" rel=3D"noreferrer" = target=3D"_blank" class=3D"">https://gerrit.ovirt.org/#/c/<wbr = class=3D"">68731</a><br class=3D""> [2] <a href=3D"https://gerrit.ovirt.org/#/c/68400/5" rel=3D"noreferrer" = target=3D"_blank" class=3D"">https://gerrit.ovirt.org/#/c/<wbr = class=3D"">68400/5</a><br class=3D""> [3] <a = href=3D"http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_created= /11732/" rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://jenkins.ovirt.org/job/<wbr = class=3D"">ovirt-engine_master_find-bugs_<wbr = class=3D"">created/11732/</a><br class=3D""> ______________________________<wbr class=3D"">_________________<br = class=3D""> Infra mailing list<br class=3D""> <a href=3D"mailto:Infra@ovirt.org" class=3D"">Infra(a)ovirt.org</a><br = class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/infra" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/infra</a><br class=3D""> <br class=3D""> <br class=3D""> </blockquote></div><br class=3D""><br clear=3D"all" class=3D""><div = class=3D""><br class=3D""></div>-- <br class=3D""><div = class=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div = dir=3D"ltr" class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D"">Eyal Edri<br = class=3D"">Associate Manager</div><div class=3D"">RHV DevOps<br = class=3D"">EMEA ENG Virtualization R&D<br class=3D"">Red Hat = Israel<br class=3D""><br class=3D"">phone: +972-9-7692018<br = class=3D"">irc: eedri (on #tlv #rhev-dev = #rhev-integ)</div></div></div></div></div></div></div> </div> </div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_276E41C4-C160-4736-B90A-3000D1AC388B--

2 1

Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null
by Pavel Zhukov 04 Jan '17

04 Jan '17

Hello, In ovirt-system-tests results I can see engine log is flooded with messages like: 147: 40147:2017-01-03 21:45:13,837-05 ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-22) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null There're 123 messages like (logging time is 15 mins). Is it expected to have too many ERROR messages? [1] http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/28/artifact/exported-ar… -- Pavel Zhukov Software Engineer RHEV Devops IRC: landgraf

2 2

Strange failure in 4.1 - in running VM (qemu issue?)
by Yaniv Kaul 04 Jan '17

04 Jan '17

I'm running ovirt-system-test with 4.1 and running into a new issue -VM run fails with: 2017-01-03 05:53:25,956-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ForkJoinPool-1-worker-13) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM vm0 is down with error. Exit message: internal error: qemu unexpectedly closed the monitor: 2017-01-03T10:53:23.993768Z 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-01-03T10:53:23.994225Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config warning: host doesn't support requested feature: CPUID.07H:EBX.invpcid [bit 10] 2017-01-03T10:53:24.042859Z qemu-kvm: -device usb-ccid,id=ccid0,bus=usb.0,port=1: Warning: speed mismatch trying to attach usb device "QEMU USB CCID" (full speed) to bus "usb.0", port "1" (high speed). Has anyone seeing something like that? possibly a regression in qemu? TIA, Y.

3 3

[VDSM] Notification in vdsm client
by Piotr Kliczewski 02 Jan '17

02 Jan '17

All, Some time ago during discussion we noticed that we are missing ability to send/receive events from vdsm client [1]. Initially we thought that having [2] would be enough to support notification between engine and vdsm. Now we know we need it for [1]. I would like to collect potential use cases from mom, hosted engine and others so we could design the api to enable them. As part of the work I would like to see whether there is a need to have global event topic or have name convention and use more granular queues. Do we have any use cases to subscribe to additional topic(s) during life time of a client or subscription during instantiation is good enough. Thanks, Piotr [1] https://github.com/oVirt/vdsm/blob/master/lib/vdsmclient/client.py [2] https://github.com/oVirt/vdsm/blob/master/vdsm/clientIF.py#L149

3 2

hotplug_disk test failed
by Gil Shinar 02 Jan '17

02 Jan '17

Hi, The above test failed. Here are the VDSM and engine logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/88/artifact/e… For the exact same patch, this test has failed for fc24 but succeeded for el7. Thanks Gil

2 2

engine: the link to host-deploy log is wrong
by Yaniv Bronheim 02 Jan '17

02 Jan '17

Hi, I'm not sure if I'm right or wrong so before filing a bug let me know if I don't miss anything - I think the audit log on fail deploy that says the path for the deploy log is wrong. few times I already faced that it points to somewhere under /tmp/ovirt-host-deploy... but the log is actually under /var/log/ovirt-engine/host-deploy/... -- *Yaniv Bronhaim.*

3 4