September 2017 - Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt basic master ] [ 25.09.17 ] [ add_dc ]
by Gal Ben Haim 25 Sep '17

25 Sep '17

Hi All, OST basic suite master is broken. The engine is failing to start with the following error (taken from ovirt-engine/server.log): 2017-09-25 06:33:30,348-04 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."engine.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."engine.ear".WeldStartService: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978) [jboss-msc-1.2.7.SP1.jar:1.2.7.SP1] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_144] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_144] Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type OsRepository with qualifiers @Default at injection point [BackedAnnotatedField] @Inject private org.ovirt.engine.core.utils.OvfUtils.osRepository at org.ovirt.engine.core.utils.OvfUtils.osRepository(OvfUtils.java:0) at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362) at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284) at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137) at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158) at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501) at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:61) at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:59) at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:62) at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:55) at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_144] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_144] at org.jboss.threads.JBossThread.run(JBossThread.java:320) 2017-09-25 06:33:30,348-04 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."engine.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."engine.ear".WeldStartService: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1978) [jboss-msc-1.2.7.SP1.jar:1.2.7.SP1] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_144] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_144] Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type OsRepository with qualifiers @Default at injection point [BackedAnnotatedField] @Inject private org.ovirt.engine.core.utils.OvfUtils.osRepository at org.ovirt.engine.core.utils.OvfUtils.osRepository(OvfUtils.java:0) at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362) at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284) at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137) at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158) at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501) at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:61) at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:59) at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:62) at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:55) at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_144] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_144] at org.jboss.threads.JBossThread.run(JBossThread.java:320) Link to suspeted patch: https://gerrit.ovirt.org/#/c/81829/ Link to the job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/ Link to the logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2820/artifact… -- *GAL bEN HAIM* RHV DEVOPS

1 0

[ OST Failure Report ] [ oVirt HE 4.1 ] [ 24.09.17 ] [ set_dc_quota_audit ]
by Gal Ben Haim 24 Sep '17

24 Sep '17

Hi All, In the last days HE 4.1 suite is failing with the following error: *RequestError:* status: 409 reason: Conflict detail: Cannot migrate MACs to another MAC pool, because that action would create duplicates in target MAC pool, which are not allowed. Problematic MACs are 54:52:c0:a8:c 8:63 The MAC above belongs to the HE VM. HE-master works fine. Can you please take a look? *Link to Job:* http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/ *Link to all logs*: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/42/artif… -- *GAL bEN HAIM* RHV DEVOPS

2 1

Fwd: [rhev-devel] latest ovirt-engine-sdk for fedora 24 location
by Avihai Efrat 23 Sep '17

23 Sep '17

Hi Guys , I'm looking for latest master ovirt-engine-sdk for Fedora 24 for testing purposes. Looking at resources.ovirt.org site I see it exist for fedora25 but not for Fedora 24 . Fedora 25 link: http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/ fc25/x86_64/python-ovirt-engine-sdk4-4.2.1-1.a1.20170906git43ac4e8.fc25.x86_ 64.rpm Fedora 24 link: http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc24/x86_64/ <http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc24/x86_64/> I also tried to rebuild latest src.rpm ( As Sandro suggested , see thread below) but python-pycurl >= 7.43.0-6 is needed & the only matching python-pycurl for Fedora24 is python-pycurl 7.43.0-2. *Is there any work around this or am I doomed to upgrade to fc25/26 ? * Thanks, Avihai ---------- Forwarded message ---------- From: Avihai Efrat <aefrat(a)redhat.com> Date: Sat, Sep 23, 2017 at 8:16 AM Subject: Re: [rhev-devel] latest ovirt-engine-sdk for fedora 24 location To: Sandro Bonazzola <sbonazzo(a)redhat.com> Cc: rhev-devel <rhev-devel(a)redhat.com> Thanks Sandro! I rebuilt latest src.rpm successfully & tried to yum install the rebuilt rpm but now I fail with : * python-pycurl >= 7.43.0-6 needed* by python-ovirt-engine-sdk4-4.2. 1-1.a1.20170906git43ac4e8.fc24.x86_64 I checked & the only matching python-pycurl for Fedora24 is python-pycurl 7.43.0-2. *python-pycurl* *>= 7.43.0-6 exist only on fc25/26.* Is there any work around this or am I doomed to upgrade to fc25/26 ? On Fri, Sep 22, 2017 at 8:46 AM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > > 2017-09-22 6:42 GMT+02:00 Avihai Efrat <aefrat(a)redhat.com>: > >> >> Hi Guys , >> >> I'm looking for latest master ovirt-engine-sdk for Fedora 24 for testing >> purposes. >> >> Looking at resources.ovirt.org site I see it exist for fedora25 but not >> for Fedora 24 . >> >> Fedora 25 link: >> http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc2 >> 5/x86_64/python-ovirt-engine-sdk4-4.2.1-1.a1.20170906git43ac >> 4e8.fc25.x86_64.rpm >> >> Fedora 24 link: >> http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc24/x86_64/ >> >> > > Fedora 24 is EOL. On master we are providing fedora >= 25 builds and we > are now shifting to Fedora >= 26. > You can take the latest src.rpm and rpmbuild --rebuild it on fedora 24. > > > > >> -- >> >> Regards , >> >> >> Avihai EFRAT >> >> SENIOR QUALITY ENGINEER >> >> Red Hat Israel Ltd. <https://www.redhat.com/> >> >> 34 Jerusalem Road, Building A, 1st floor <https://maps.google.com/?q=34+Jerusalem+Road,+Building+A,+1st+floor&entry=g…> >> >> Ra'anana, Israel 4350109 >> >> aefrat(a)redhat.com T: +972-9-7692170/8272170 >> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >> >> > > > -- > > SANDRO BONAZZOLA > > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > <http://www.teraplan.it/redhat-osd-2017/> > -- Regards , Avihai EFRAT SENIOR QUALITY ENGINEER Red Hat Israel Ltd. <https://www.redhat.com/> 34 Jerusalem Road, Building A, 1st floor Ra'anana, Israel 4350109 aefrat(a)redhat.com T: +972-9-7692170/8272170 <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- Regards , Avihai EFRAT SENIOR QUALITY ENGINEER Red Hat Israel Ltd. <https://www.redhat.com/> 34 Jerusalem Road, Building A, 1st floor Ra'anana, Israel 4350109 aefrat(a)redhat.com T: +972-9-7692170/8272170 <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 2

[ovirt-engine-api-model] s390 prerequisite changes
by Viktor Mihajlovski 22 Sep '17

22 Sep '17

Hi, I've submitted the following topic branch with changes to the API model needed for the s390 support in ovirt-engine. https://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine-api-model+bra… Without these ovirt-engine will fail to build. Should I still go ahead and push my changes for ovirt-engine, or should I wait for these commits to be merged (and actually published)? -- Mit freundlichen Grüßen/Kind Regards Viktor Mihajlovski

2 3

how did ovirt's ssl work?
by pengyixiang 22 Sep '17

22 Sep '17

------=_Part_21069_330485989.1506040752011 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lCgogICBJJ20gYSBuZXdiaWUgaW4gb3ZpcnQgYW5kIHNzbCwgYW5kIEkg c2VlIGZvbGxvd3MgaW4gUmVkaGF0IEJ1Z3ppbGxhOgo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCjEuIENvcHkgdGhlIFZEU00gY2Vy dGlmaWNhdGUgb2YgdGhlIFJIRVYtSCBob3N0IHRvIHRoZSBSSEVWLU0gbWFjaGluZS4gVGhpcyBj ZXJ0aWZpY2F0ZSBzaG91bGQgYmUgaW4gdGhlIGhvc3QsIGluc2lkZSB0aGUgZmlsZSAvZXRjL3Br aS92ZHNtL2NlcnRzL3Zkc21jZXJ0LnBlbS4KCjIuIE9uY2UgeW91IGhhdmUgdGhlIFZEU00gY2Vy dGlmaWNhdGUgaW4gdGhlIGVuZ2luZSBtYWNoaW5lIHZlcmlmeSB0aGF0IGl0IGhhcyBiZWVuIHNp Z25lZCBieSB0aGUgY2VydGlmaWNhdGUgYXV0aG9yaXR5IG9mIHRoZSBlbmdpbmU6ICMgb3BlbnNz bCB2ZXJpZnkgLUNBZmlsZSAvZXRjL3BraS9vdmlydC1lbmdpbmUvY2EucGVtIHZkc21jZXJ0LnBl bSB2ZHNtY2VydC5wZW06IE9LIEFzIGluIHRoZSBleGFtcGxlIGFib3ZlIHRoZSByZXN1bHQgc2hv dWxkIGJlICJPSyIsIGlmIHlvdSBnZXQgYW55IG90aGVyIHRoaW5nIHRoZW4gdGhlcmUgaXMgYSBw cm9ibGVtLgoKMy4gQ2hlY2sgdGhhdCB0aGUgQ0EgY2VydGlmaWNhdGUgdXNlZCBieSBib3RoIFJI RVYtSCBhbmQgUkhFVi1NIGlzIHRoZSBzYW1lLiBJbiBSSEVWLUggaXQgaXMgaW5zaWRlIC9ldGMv cGtpL3Zkc20vY2VydHMvY2FjZXJ0LnBlbSwgaW4gUkhFVi1NIGl0IGlzIGluc2lkZSAvZXRjL3Br aS9vdmlydC1lbmdpbmUvY2EucGVtLgoKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KCiAgIHRoZW4gSSBoYXZlIHNvbWUgcXVlc3Rpb25z OgogICAgMS5ob3cgZGlkIHRoZSB2ZHNtY2VydC5wZW0gZ2VuZXJhdGVkPwogICAgMi5pIHNhdyB2 ZHNtY2VydC5wZW0gaW4gdmRzbSBhcyB0aGUgc2FtZSBhcyBjZXJ0cy8xMDZGLnBlbSBpbiBlbmdp bmUsIGJ1dCB2ZHNtY2VydC5wZW0ncyBzaXplIGlzIDRrLCBhbmQgMTA2Ri5wZW0ncyBzaXplIGlz IDhrLHdoeSdzIHRoaXM/CiAgICAzLmNhY2VydC5wZW0gOiAxMDAwLnBlbSBpcyB0aGUgc2FtZSBh cyB2ZHNtY2VydC5wZW0gOiAxMDZGLnBlbSwgc28gYXMgZmlyc3QgIiBDb3B5IHRoZSBWRFNNIGNl cnRpZmljYXRlIG9mIHRoZSBSSEVWLUggaG9zdCB0byB0aGUgUkhFVi1NIG1hY2hpbmUiCgptYXkg YmUgbm90IHJpZ2h0LCB0aGVyZSdzIHNpemUgaXMgZGlmZmVyZW50PwogICAgNC5BcyBpIGtub3cg dGhlc2UgZmlsZXMgaW4gZW5naW5lIGlzIHVzZWQ6IGVuZ2luZS5wMTIsIC50cnVzdHN0b3JlOyBh bmQgdGhlc2UgaW4gdmRzbSBpcyB1c2VkOiB2ZHNta2V5LnBlbSwgdmRzbWNlcnQucGVtLCBjYWNl cnQucGVtLCBob3cgZGlkIHRoZXNlIHdvcmtzPwoKClRoYW5rcyBpbiBBZHZhbmNlCg== ------=_Part_21069_330485989.1506040752011 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXYgY2xhc3M9ImJ6X2NvbW1lbnRfdGV4dAogICAgICAgICAg ICAgICAgIGJ6X3dyYXBfY29tbWVudF90ZXh0Ij5oZWxsbywgZXZlcnlvbmU8YnI+PC9kaXY+PGRp diBjbGFzcz0iYnpfY29tbWVudF90ZXh0CiAgICAgICAgICAgICAgICAgYnpfd3JhcF9jb21tZW50 X3RleHQiPiZuYnNwOyZuYnNwOyBJJ20gYSBuZXdiaWUgaW4gb3ZpcnQgYW5kIHNzbCwgYW5kIEkg c2VlIGZvbGxvd3MgaW4gUmVkaGF0IEJ1Z3ppbGxhOjwvZGl2PjxkaXYgY2xhc3M9ImJ6X2NvbW1l bnRfdGV4dAogICAgICAgICAgICAgICAgIGJ6X3dyYXBfY29tbWVudF90ZXh0Ij49PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+PC9k aXY+PGRpdiBjbGFzcz0iYnpfY29tbWVudF90ZXh0CiAgICAgICAgICAgICAgICAgYnpfd3JhcF9j b21tZW50X3RleHQiPjEuIENvcHkgdGhlIFZEU00gY2VydGlmaWNhdGUgb2YgdGhlIFJIRVYtSCBo b3N0IHRvIHRoZSBSSEVWLU0gbWFjaGluZS4gVGhpcyBjZXJ0aWZpY2F0ZSBzaG91bGQgYmUgaW4g dGhlIGhvc3QsIGluc2lkZSB0aGUgZmlsZSAvZXRjL3BraS92ZHNtL2NlcnRzL3Zkc21jZXJ0LnBl bS4gPGJyPjwvZGl2PjxkaXYgY2xhc3M9ImJ6X2NvbW1lbnRfdGV4dAogICAgICAgICAgICAgICAg IGJ6X3dyYXBfY29tbWVudF90ZXh0Ij4yLiBPbmNlIHlvdSBoYXZlIHRoZSBWRFNNIGNlcnRpZmlj YXRlIGluIHRoZSBlbmdpbmUgbWFjaGluZSB2ZXJpZnkgdGhhdCBpdCBoYXMgYmVlbiBzaWduZWQg YnkgdGhlIGNlcnRpZmljYXRlIGF1dGhvcml0eSBvZiB0aGUgZW5naW5lOgoKIyBvcGVuc3NsIHZl cmlmeSAtQ0FmaWxlIC9ldGMvcGtpL292aXJ0LWVuZ2luZS9jYS5wZW0gdmRzbWNlcnQucGVtCnZk c21jZXJ0LnBlbTogT0sKCkFzIGluIHRoZSBleGFtcGxlIGFib3ZlIHRoZSByZXN1bHQgc2hvdWxk IGJlICJPSyIsIGlmIHlvdSBnZXQgYW55IG90aGVyIHRoaW5nIHRoZW4gdGhlcmUgaXMgYSBwcm9i bGVtLiA8YnI+PC9kaXY+PGRpdiBjbGFzcz0iYnpfY29tbWVudF90ZXh0CiAgICAgICAgICAgICAg ICAgYnpfd3JhcF9jb21tZW50X3RleHQiPjMuIENoZWNrIHRoYXQgdGhlIENBIGNlcnRpZmljYXRl IHVzZWQgYnkgYm90aCBSSEVWLUggYW5kIFJIRVYtTSBpcyB0aGUgc2FtZS4gSW4gUkhFVi1IIGl0 IGlzIGluc2lkZSAvZXRjL3BraS92ZHNtL2NlcnRzL2NhY2VydC5wZW0sIGluIFJIRVYtTSBpdCBp cyBpbnNpZGUgL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL2NhLnBlbS4gPGJyPjwvZGl2PjxkaXYgY2xh c3M9ImJ6X2NvbW1lbnRfdGV4dAogICAgICAgICAgICAgICAgIGJ6X3dyYXBfY29tbWVudF90ZXh0 Ij49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PTxicj48L2Rpdj48ZGl2IGNsYXNzPSJiel9jb21tZW50X3RleHQKICAgICAgICAgICAgICAg ICBiel93cmFwX2NvbW1lbnRfdGV4dCI+Jm5ic3A7Jm5ic3A7IHRoZW4gSSBoYXZlIHNvbWUgcXVl c3Rpb25zOjwvZGl2PjxkaXYgY2xhc3M9ImJ6X2NvbW1lbnRfdGV4dAogICAgICAgICAgICAgICAg IGJ6X3dyYXBfY29tbWVudF90ZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsgMS5ob3cgZGlkIHRoZSB2 ZHNtY2VydC5wZW0gZ2VuZXJhdGVkPzwvZGl2PjxkaXYgY2xhc3M9ImJ6X2NvbW1lbnRfdGV4dAog ICAgICAgICAgICAgICAgIGJ6X3dyYXBfY29tbWVudF90ZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsg Mi5pIHNhdyB2ZHNtY2VydC5wZW0gaW4gdmRzbSBhcyB0aGUgc2FtZSBhcyBjZXJ0cy8xMDZGLnBl bSBpbiBlbmdpbmUsIGJ1dCB2ZHNtY2VydC5wZW0ncyBzaXplIGlzIDRrLCBhbmQgMTA2Ri5wZW0n cyBzaXplIGlzIDhrLHdoeSdzIHRoaXM/PC9kaXY+PGRpdiBjbGFzcz0iYnpfY29tbWVudF90ZXh0 CiAgICAgICAgICAgICAgICAgYnpfd3JhcF9jb21tZW50X3RleHQiPiZuYnNwOyZuYnNwOyZuYnNw OyAzLmNhY2VydC5wZW0gOiAxMDAwLnBlbSBpcyB0aGUgc2FtZSBhcyB2ZHNtY2VydC5wZW0gOiAx MDZGLnBlbSwgc28gYXMgZmlyc3QgIiBDb3B5IHRoZSBWRFNNIGNlcnRpZmljYXRlIG9mIHRoZSBS SEVWLUggaG9zdCB0byB0aGUgUkhFVi1NIG1hY2hpbmUiIDxicj48L2Rpdj48ZGl2IGNsYXNzPSJi el9jb21tZW50X3RleHQKICAgICAgICAgICAgICAgICBiel93cmFwX2NvbW1lbnRfdGV4dCI+bWF5 IGJlIG5vdCByaWdodCwgdGhlcmUncyBzaXplIGlzIGRpZmZlcmVudD88L2Rpdj48ZGl2IGNsYXNz PSJiel9jb21tZW50X3RleHQKICAgICAgICAgICAgICAgICBiel93cmFwX2NvbW1lbnRfdGV4dCI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7IDQuQXMgaSBrbm93IHRoZXNlIGZpbGVzIGluIGVuZ2luZSBpcyB1 c2VkOiBlbmdpbmUucDEyLCAudHJ1c3RzdG9yZTsgYW5kIHRoZXNlIGluIHZkc20gaXMgdXNlZDog dmRzbWtleS5wZW0sIHZkc21jZXJ0LnBlbSwgY2FjZXJ0LnBlbSwgaG93IGRpZCB0aGVzZSB3b3Jr cz88L2Rpdj48ZGl2IGNsYXNzPSJiel9jb21tZW50X3RleHQKICAgICAgICAgICAgICAgICBiel93 cmFwX2NvbW1lbnRfdGV4dCI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImJ6X2NvbW1lbnRfdGV4dAog ICAgICAgICAgICAgICAgIGJ6X3dyYXBfY29tbWVudF90ZXh0Ij5UaGFua3MgaW4gQWR2YW5jZTxi cj48L2Rpdj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48cD4mbmJz cDs8L3A+PC9zcGFuPg== ------=_Part_21069_330485989.1506040752011--

2 1

Subject: [ OST Failure Report ] [ master ] [20-09-2017 ] [ post-002_bootstrap.py ]
by Dafna Ron 21 Sep '17

21 Sep '17

This is a multi-part message in MIME format. --------------04175AE2D1C2AC0FFF61E4CE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We have a failure in test post-002_bootstrap.py from the logs I can see that lago has an unhandled exception from ovirt sdk which makes sense since the patch reported on CQ is a change to the sdk. ** *Link to suspected patches: https://gerrit.ovirt.org/#/c/82022/* * Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734 Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734/artifact… (Relevant) error snippet from the log: <error> 2017-09-20 09:17:15,676::testlib.py::assert_equals_within::227::ovirtlago.testlib::ERROR:: * Unhandled exception in <function _host_is_up_4 at 0x3dd25f0> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within res = func() File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 338, in _host_is_up_4 host_status = host_service.get().status File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 31529, in get return self._internal_get(headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 202, in _internal_get return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 53, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 199, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 121, in _check_fault body = self._internal_read_body(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 307, in _internal_read_body self._connection.check_xml_content_type(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 800, in check_xml_content_type response.headers File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 840, in _check_content_type raise Error(msg) Error: The response content type 'text/html; charset=iso-8859-1' isn't the expected XML 2017-09-20 09:17:15,683::utils.py::wrapper::480::lago.utils::DEBUG::Looking for a workdir </error> Thanks, * Dafna* * --------------04175AE2D1C2AC0FFF61E4CE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We have a failure in test post-002_bootstrap.py from the logs I can see that lago has an unhandled exception from ovirt sdk which makes sense since the patch reported on CQ is a change to the sdk. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/82022/">https://gerrit.ovirt.org/#/c/82022/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734/artifact…</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> 2017-09-20 09:17:15,676::testlib.py::assert_equals_within::227::ovirtlago.testlib::ERROR:: * Unhandled exception in <function _host_is_up_4 at 0x3dd25f0> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within res = func() File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 338, in _host_is_up_4 host_status = host_service.get().status File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 31529, in get return self._internal_get(headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 202, in _internal_get return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 53, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 199, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 121, in _check_fault body = self._internal_read_body(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 307, in _internal_read_body self._connection.check_xml_content_type(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 800, in check_xml_content_type response.headers File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 840, in _check_content_type raise Error(msg) Error: The response content type 'text/html; charset=iso-8859-1' isn't the expected XML 2017-09-20 09:17:15,683::utils.py::wrapper::480::lago.utils::DEBUG::Looking for a workdir <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> Thanks, Dafna </body> </html> --------------04175AE2D1C2AC0FFF61E4CE--

5 6

Subject: [ OST Failure Report ] [ master ] [ 20-09-2017] [ No Test Failed - missing packages in fc25 ]
by Dafna Ron 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format. --------------60D60522EFE450E2C842A076 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, CQ reported a failure in one of the builds and looking at the console I found that we had a failure before the OST started due to: ovirt-hosted-engine-ha_master_build-artifacts-fc25-x86_64 (67) failed building The build failed of ovirt-hosted-engine-ha_master_build-artifacts-fc25-x86_64 failed due to missing packages. * Link to suspected patches: patch reported as failed is https://gerrit.ovirt.org/#/c/81792/ ** Link to Job: *cq job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2732/console* *failed build job: http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-… Link to all logs: *CQ job logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2732/artifact… *failed build log: http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-… ** *(Relevant) error snippet from the log: * *<error>* **07:46:21* Getting requirements for ovirt-hosted-engine-ha.spec *07:46:21* --> Already installed : python-2.7.13-2.fc25.x86_64 *07:46:21* --> python2-mock-2.0.0-2.fc25.noarch *07:46:22* --> python2-nose-1.3.7-11.fc25.noarch *07:46:22* --> Already installed : python-devel-2.7.13-2.fc25.x86_64 *07:46:22* --> Already installed : systemd-231-17.fc25.x86_64 *07:46:22* --> vdsm-4.20.3-47.git4801123.fc25.x86_64 *07:46:22* --> vdsm-client-4.20.3-47.git4801123.fc25.noarch *07:46:22* --> vdsm-python-4.20.3-47.git4801123.fc25.noarch *07:46:31* Error: Package: vdsm-4.20.3-47.git4801123.fc25.x86_64 (ovirt-master-snapshot) *07:46:31* Requires: openvswitch >= 2.7.0 *07:46:31* Available: openvswitch-2.5.0-4.fc25.x86_64 (fedora-base-fc25) *07:46:31* openvswitch = 2.5.0-4.fc25 *07:46:31* You could try using --skip-broken to work around the problem *07:46:31* You could try running: rpm -Va --nofiles --nodigest *07:46:31* Took 18 seconds* </error> *Thanks, Dafna --------------60D60522EFE450E2C842A076 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+CiAgPGhlYWQ+CgogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBj b250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPgogIDwvaGVhZD4KICA8Ym9keSB0 ZXh0PSIjMDAwMDAwIiBiZ2NvbG9yPSIjRkZGRkZGIj4KICAgIDxwPkhpLCA8YnI+CiAgICA8 L3A+CiAgICA8cD5DUSByZXBvcnRlZCBhIGZhaWx1cmUgaW4gb25lIG9mIHRoZSBidWlsZHMg YW5kIGxvb2tpbmcgYXQgdGhlCiAgICAgIGNvbnNvbGUgSSBmb3VuZCB0aGF0IHdlIGhhZCBh IGZhaWx1cmUgYmVmb3JlIHRoZSBPU1Qgc3RhcnRlZCBkdWUKICAgICAgdG86IDxicj4KICAg IDwvcD4KICAgIDxwcmUgY2xhc3M9ImNvbnNvbGUtb3V0cHV0IiBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFr LXdvcmQ7IG1hcmdpbjogMHB4OyBjb2xvcjogcmdiKDUxLCA1MSwgNTEpOyBmb250LXNpemU6 IDE0cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9y bWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdpZG93czogMjsgd29y ZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1k ZWNvcmF0aW9uLXN0eWxlOiBpbml0aWFsOyB0ZXh0LWRlY29yYXRpb24tY29sb3I6IGluaXRp YWw7Ij5vdmlydC1ob3N0ZWQtZW5naW5lLWhhX21hc3Rlcl9idWlsZC1hcnRpZmFjdHMtZmMy NS14ODZfNjQgKDY3KSBmYWlsZWQgYnVpbGRpbmcKClRoZSBidWlsZCBmYWlsZWQgb2Ygb3Zp cnQtaG9zdGVkLWVuZ2luZS1oYV9tYXN0ZXJfYnVpbGQtYXJ0aWZhY3RzLWZjMjUteDg2XzY0 IGZhaWxlZCBkdWUgdG8gbWlzc2luZyBwYWNrYWdlcy4gCgo8YiBzdHlsZT0iZm9udC13ZWln aHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwtZ3VpZC01ODU5YjdhMS05ZWI0LTgyYjct NDgwNS05Njc3MTljNjIxYTkiPjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4z ODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQt Y29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2Zv bnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246 YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7Ij5MaW5rIHRvIHN1c3BlY3RlZCBwYXRj aGVzOiAgcGF0Y2ggcmVwb3J0ZWQgYXMgZmFpbGVkIGlzIDxhIGNsYXNzPSJtb3otdHh0LWxp bmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy8jL2MvODE3OTIv Ij5odHRwczovL2dlcnJpdC5vdmlydC5vcmcvIy9jLzgxNzkyLzwvYT48L3NwYW4+PC9wPjwv Yj48YiBzdHlsZT0iZm9udC13ZWlnaHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwtZ3Vp ZC01ODU5YjdhMS05ZWI0LTgyYjctNDgwNS05Njc3MTljNjIxYTkiPgo8cCBkaXI9Imx0ciIg c3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTow cHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQw MDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlv bjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+ TGluayB0byBKb2I6IAo8L3NwYW4+PC9wPjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWln aHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tn cm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9y bWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwt YWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7Ij48Yj5jcSBqb2I6IDxhIGNs YXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9qZW5raW5zLm92aXJ0 Lm9yZy9qb2Ivb3ZpcnQtbWFzdGVyX2NoYW5nZS1xdWV1ZS10ZXN0ZXIvMjczMi9jb25zb2xl Ij5odHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVl dWUtdGVzdGVyLzI3MzIvY29uc29sZTwvYT48L2I+PC9zcGFuPjwvcD48cCBkaXI9Imx0ciIg c3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTow cHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQw MDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlv bjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+ PGI+ZmFpbGVkIGJ1aWxkIGpvYjogPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIg aHJlZj0iaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL2pvYi9vdmlydC1ob3N0ZWQtZW5naW5l LWhhX21hc3Rlcl9idWlsZC1hcnRpZmFjdHMtZmMyNS14ODZfNjQvNjcvIj5odHRwOi8vamVu a2lucy5vdmlydC5vcmcvam9iL292aXJ0LWhvc3RlZC1lbmdpbmUtaGFfbWFzdGVyX2J1aWxk LWFydGlmYWN0cy1mYzI1LXg4Nl82NC82Ny88L2E+PC9iPgo8L3NwYW4+PC9wPgo8cCBkaXI9 Imx0ciIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJv dHRvbTowcHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJp YWw7Y29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2Vp Z2h0OjQwMDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVj b3JhdGlvbjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13 cmFwOyI+TGluayB0byBhbGwgbG9nczogCjwvc3Bhbj48L3A+PHAgZGlyPSJsdHIiIHN0eWxl PSJsaW5lLWhlaWdodDoxLjM4O21hcmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0OyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMw MDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LXdlaWdodDo0MDA7Zm9u dC1zdHlsZTpub3JtYWw7Zm9udC12YXJpYW50Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9u ZTt2ZXJ0aWNhbC1hbGlnbjpiYXNlbGluZTt3aGl0ZS1zcGFjZTpwcmUtd3JhcDsiPjxiPkNR IGpvYiBsb2dzOiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRw Oi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVldWUtdGVz dGVyLzI3MzIvYXJ0aWZhY3QvZXhwb3J0ZWQtYXJ0aWZhY3RzLyI+aHR0cDovL2plbmtpbnMu b3ZpcnQub3JnL2pvYi9vdmlydC1tYXN0ZXJfY2hhbmdlLXF1ZXVlLXRlc3Rlci8yNzMyL2Fy dGlmYWN0L2V4cG9ydGVkLWFydGlmYWN0cy88L2E+PC9iPgo8L3NwYW4+PC9wPjxwIGRpcj0i bHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90 dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlh bDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWln aHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNv cmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdy YXA7Ij48Yj5mYWlsZWQgYnVpbGQgbG9nOiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0 ZXh0IiBocmVmPSJodHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LWhvc3RlZC1l bmdpbmUtaGFfbWFzdGVyX2J1aWxkLWFydGlmYWN0cy1mYzI1LXg4Nl82NC82Ny9hcnRpZmFj dC8iPmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy9qb2Ivb3ZpcnQtaG9zdGVkLWVuZ2luZS1o YV9tYXN0ZXJfYnVpbGQtYXJ0aWZhY3RzLWZjMjUteDg2XzY0LzY3L2FydGlmYWN0LzwvYT48 L2I+Cjwvc3Bhbj48L3A+PHAgZGlyPSJsdHIiIHN0eWxlPSJsaW5lLWhlaWdodDoxLjM4O21h cmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xv cjp0cmFuc3BhcmVudDtmb250LXdlaWdodDo0MDA7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC12 YXJpYW50Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTt2ZXJ0aWNhbC1hbGlnbjpiYXNl bGluZTt3aGl0ZS1zcGFjZTpwcmUtd3JhcDsiPgo8L3NwYW4+PC9wPjxwIGRpcj0ibHRyIiBz dHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBw dDsiPgo8YiBzdHlsZT0iZm9udC13ZWlnaHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwt Z3VpZC01ODU5YjdhMS05ZWI3LWFmOWYtNTZjNC0wY2M5M2YwZmNiMWIiPjxwIGRpcj0ibHRy IiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9t OjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtj b2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6 NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0 aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7 Ij4oUmVsZXZhbnQpIGVycm9yIHNuaXBwZXQgZnJvbSB0aGUgbG9nOiA8L3NwYW4+PC9wPjxw IGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJn aW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWls eTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9u dC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4 dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6 cHJlLXdyYXA7Ij4mbHQ7ZXJyb3ImZ3Q7PC9zcGFuPjwvcD48L2I+CjwvcD4KPHNwYW4gY2xh c3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7Ij4wNzo0NjoyMTwvYj4gPC9zcGFuPkdldHRpbmcgcmVxdWlyZW1lbnRzIGZv ciBvdmlydC1ob3N0ZWQtZW5naW5lLWhhLnNwZWMKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsiPjA3OjQ2OjIxPC9iPiA8L3NwYW4+IC0tJmd0OyBBbHJlYWR5IGluc3Rh bGxlZCA6IHB5dGhvbi0yLjcuMTMtMi5mYzI1Lng4Nl82NAo8c3BhbiBjbGFzcz0idGltZXN0 YW1wIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyI+MDc6NDY6MjE8L2I+IDwvc3Bhbj4gLS0mZ3Q7IHB5dGhvbjIt bW9jay0yLjAuMC0yLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxl PSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRl ci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgcHl0aG9uMi1ub3NlLTEuMy43 LTExLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij4w Nzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgQWxyZWFkeSBpbnN0YWxsZWQgOiBweXRob24t ZGV2ZWwtMi43LjEzLTIuZmMyNS54ODZfNjQKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5 bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9y ZGVyLWJveDsiPjA3OjQ2OjIyPC9iPiA8L3NwYW4+IC0tJmd0OyBBbHJlYWR5IGluc3RhbGxl ZCA6IHN5c3RlbWQtMjMxLTE3LmZjMjUueDg2XzY0CjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAi IHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6 IGJvcmRlci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgdmRzbS00LjIwLjMt NDcuZ2l0NDgwMTEyMy5mYzI1Lng4Nl82NAo8c3BhbiBjbGFzcz0idGltZXN0YW1wIiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6aW5nOiBib3Jk ZXItYm94OyI+MDc6NDY6MjI8L2I+IDwvc3Bhbj4gLS0mZ3Q7IHZkc20tY2xpZW50LTQuMjAu My00Ny5naXQ0ODAxMTIzLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgdmRzbS1weXRob24tNC4y MC4zLTQ3LmdpdDQ4MDExMjMuZmMyNS5ub2FyY2gKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+RXJyb3I6IFBhY2thZ2U6IHZkc20t NC4yMC4zLTQ3LmdpdDQ4MDExMjMuZmMyNS54ODZfNjQgKG92aXJ0LW1hc3Rlci1zbmFwc2hv dCkKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1i b3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8 L3NwYW4+ICAgICAgICAgICBSZXF1aXJlczogb3BlbnZzd2l0Y2ggJmd0Oz0gMi43LjAKPHNw YW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48 YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+ ICAgICAgICAgICBBdmFpbGFibGU6IG9wZW52c3dpdGNoLTIuNS4wLTQuZmMyNS54ODZfNjQg KGZlZG9yYS1iYXNlLWZjMjUpCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 Ij4wNzo0NjozMTwvYj4gPC9zcGFuPiAgICAgICAgICAgICAgIG9wZW52c3dpdGNoID0gMi41 LjAtNC5mYzI1CjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gtc2l6aW5nOiBi b3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij4wNzo0Njoz MTwvYj4gPC9zcGFuPiBZb3UgY291bGQgdHJ5IHVzaW5nIC0tc2tpcC1icm9rZW4gdG8gd29y ayBhcm91bmQgdGhlIHByb2JsZW0KPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJv eC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+IFlvdSBjb3VsZCB0cnkgcnVubmluZzogcnBtIC1W YSAtLW5vZmlsZXMgLS1ub2RpZ2VzdAo8c3BhbiBjbGFzcz0idGltZXN0YW1wIiBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXIt Ym94OyI+MDc6NDY6MzE8L2I+IDwvc3Bhbj5Ub29rIDE4IHNlY29uZHM8L2I+PC9zcGFuPgoK CjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDtt YXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZh bWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7 Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7 dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3Bh Y2U6cHJlLXdyYXA7Ij4mbHQ7L2Vycm9yJmd0Ozwvc3Bhbj48L3A+CjwvYj5UaGFua3MsIApE YWZuYQrCoDwvcHJlPgogIDwvYm9keT4KPC9odG1sPgo= --------------60D60522EFE450E2C842A076--

2 2

Subject: [ OST Failure Report ] [ master ] [ 19-09-2017E ] [ 004_basic_sanity ]
by Dafna Ron 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format. --------------38C81434D2056F5745CD1AD2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Lago reports add_console was the failed action: <testcase classname="004_basic_sanity" name="add_console" time="1.765">...</testcase> In the engine log I can see that both hosts fail to respond and that we have also have errors in ansible for invalid services in fedora. CQ reports a network patch as the probable cause. See further info below ** *Link to suspected patches: https://gerrit.ovirt.org/#/c/81921/* * Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/artifact… (Relevant) error snippet from the log: <error> * **Here is the ansible error: *** * host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} **Here is the engine.log error** *017-09-19 12:28:59,191-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "634fae71-5f8f-49c1-9d5f-ebc24239cfa9", "result": true} 2017-09-19 12:28:59,191-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "634fae71-5f8f-49c1-9d5f-ebc24239cfa9" 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:80 destination:jms.topic.vdsm_responses content-type:application/json subscription:f7138b74-fed3-4eb2-9fdc-957bc4af8f23 {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true}^@ 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true} 2017-09-19 12:28:59,194-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b" 2017-09-19 12:28:59,234-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:8534 destination:jms.topic.vdsm_responses content-type:application/json subscription:279e9c67-7fc4-4ace-8709-2534f4d53241 * *</error>* ** Thanks. Dafna --------------38C81434D2056F5745CD1AD2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, <div class="collapsible-content" style="color: rgb(0, 0, 0); font-family: "Times New Roman"; font-size: medium; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;"> <div class="collapsible" id="collapsible1"> <div class="collapsed hidden"> <div class="line">Lago reports add_console was the failed action: <testcase classname="004_basic_sanity" name="add_console" time="1.765">...</testcase> In the engine log I can see that both hosts fail to respond and that we have also have errors in ansible for invalid services in fedora. CQ reports a network patch as the probable cause. See further info below </div> </div> </div> </div> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/81921/">https://gerrit.ovirt.org/#/c/81921/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/artifact…</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> Here is the ansible error: host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} Here is the engine.log error 017-09-19 12:28:59,191-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "634fae71-5f8f-49c1-9d5f-ebc24239cfa9", "result": true} 2017-09-19 12:28:59,191-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "634fae71-5f8f-49c1-9d5f-ebc24239cfa9" 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:80 destination:jms.topic.vdsm_responses content-type:application/json subscription:f7138b74-fed3-4eb2-9fdc-957bc4af8f23 {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true}^@ 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true} 2017-09-19 12:28:59,194-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b" 2017-09-19 12:28:59,234-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:8534 destination:jms.topic.vdsm_responses content-type:application/json subscription:279e9c67-7fc4-4ace-8709-2534f4d53241 <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> Thanks. Dafna </body> </html> --------------38C81434D2056F5745CD1AD2--

1 0

ovirt-system-tests run specific scenario/debugging
by Marc Young 19 Sep '17

19 Sep '17

Is it possible to run a specific scenario without having to run back through spin up/tear down? I want to rapidly debug a `test-scenarios/00#_something.py` and the bootstrap scripts (001,002) take a really long time. Also is it possible to attach to a debugger within the test-scenario with pdb? I didnt have luck and it looks like its abstracted away and not executed as a regular python file in a way that i can get to an interactive debugger

4 7

OVN provider's firewalld services deployment during engine setup
by Leon Goldberg 19 Sep '17

19 Sep '17

Hey, We're trying to come up with a way to deploy OVN provider's firewalld services during engine setup. The naive solution of querying the user during customization and then installing during STAGE_PACKAGES fails as firewalld configuration happens prior to it. We thought of a couple of possible solutions we'd like your opinions on (ordered in perceived level of difficulty): 1) Ship/require the packages with ovirt-engine without requiring user input. This essentially couples engine with OVN and disregards a future where OVN doesn't run alongside Engine. 2) Install the packages immediately following user input during customization. A bit hacky and doesn't conceptually fit the stage of customization. 3) Move user input to STAGE_INTERNAL_PACKAGES. Feels more disruptive than #1 to the current otopi flow as STAGE_INTERNAL_PACKAGES is dedicated for packages that are required for otopi itself to operate. Not only this doesn't fit conceptually, it introduces user input to a stage that shouldn't have any. 4) Move firewalld configuration to happen after STAGE_PACKAGES. 5) Refactor to prepare the grounds for OVN/Engine separation. At this point this feels very ambiguous. We don't yet know how will containers be accessed (is ssh guaranteed?) in the future or generally how should a remote installation look like. Any input/questions are appreciated. Thanks, Leon

6 10

Why do we recommend to send a patch initially as draft?
by Yaniv Kaul 19 Sep '17

19 Sep '17

Here[1]: "Anyone can send a patch Initially a patch should be sent as draft" A draft is hidden from the public, why is it better to send as such? TIA, Y. [1] https://www.ovirt.org/develop/dev-process/working-with-gerrit/

4 4

Fwd: [CentOS-devel] LinchPin v1.0.3 (bugfix) has been released
by Sandro Bonazzola 19 Sep '17

19 Sep '17

This new version supports oVirt topologies and VMs: http://linchpin.readthedocs.io/en/develop/topologies_ovirt.html?highlight=o… ---------- Forwarded message ---------- From: Clint Savage <herlo(a)redhat.com> Date: 2017-09-12 22:12 GMT+02:00 Subject: [CentOS-devel] LinchPin v1.0.3 (bugfix) has been released To: Linchpin Mailing List <linchpin(a)redhat.com>, continous-infra < continuous-infra(a)redhat.com>, "Development discussion for the PnT DevOps Factory 2.0 initiative" <pnt-factory2-devel(a)redhat.com>, ci-ops-central < ci-ops-central(a)redhat.com>, ci-infra-list(a)redhat.com, qe-dept-list < qe-dept-list(a)redhat.com>, CentOS Devel <centos-devel(a)centos.org> Hi all, We are happy to announce that LinchPin v1.0.3 has been released. This is a bugfix release, which has the following updates: * remove gce2 module and use the standard module from ansible * requirements.txt to use Ansible >= 2.3.1 (this means we can package it for Fedora) * remove other requirements from requirements.txt that are not necessary * improved documentation around clouds.yaml and --creds-path * CLI exits with proper exit codes (with tests to verify) * linchpin fetch (download local/remote workspaces) * flake8 testing * ovirt support with docs! * linchpin.conf supports overriding specific sections from previous config * os_server module updated to handle multiple provisioning properly * remove cruft from api framework * upgrade setuptools and pip in tests * move lp_init into api and cli to work together * workspace set and get methods * other miscellany The official release notes are available at https://github.com/CentOS- PaaS-SIG/linchpin/releases/tag/v1.0.3 This update is available via PyPi - https://pypi.python.org/pypi/linchpin If you discover any errors or regressions, please open a Github issue ( https://github.com/CentOS-PaaS-SIG/linchpin/issues) Cheers and enjoy! Clint Savage LinchPin Maintainer Senior Software Engineer, Red Hat twitter: @herlo, github: herlo, IRC: herlo, #linchpin _______________________________________________ CentOS-devel mailing list CentOS-devel(a)centos.org https://lists.centos.org/mailman/listinfo/centos-devel -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

[ OST Failure Report ] [ oVirt HE master ] [ 17/09/17 ] [ engine-setup ]
by Eyal Edri 18 Sep '17

18 Sep '17

Hi, It looks like HE suite ( both 'master' and '4.1' ) is failing constantly, most likely due to 7.4 updates. So there is no suspected patch from oVirt side that might have caused it. It is probably also the reason why HC suites are failing, since they are using also HE for deployments. I think this issue should BLOCK the Alpha release tomorrow, or at the minimum, we need to verify its an OST issue and not a real regression. Links to relevant failures: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/37/co… http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/33/conso… Error snippet: 03:01:38 03:01:38 --== STORAGE CONFIGURATION ==-- 03:01:38 03:02:47 [ ERROR ] Error while mounting specified storage path: mount.nfs: No route to host 03:02:58 [WARNING] Cannot unmount /tmp/tmp2gkFwJ 03:02:58 [ ERROR ] Failed to execute stage 'Environment customization': mount.nfs: No route to host -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

4 7

Hyperconverged Guide links broken
by Sandro Bonazzola 18 Sep '17

18 Sep '17

Hi, can you please fix the Hyperconverged Guide? All the pages under https://www.ovirt.org/documentation/gluster-hyperconverged/ have broken links. Started fixing the first page here: https://github.com/oVirt/ovirt-site/pull/1220 Thanks to "investigator" on #ovirt channel for reporting this. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Re: [ovirt-devel] Error in running engine-setup
by shubham dubey 18 Sep '17

18 Sep '17

Thanks, I have updated it.But also deleting 10-setup-database.conf also worked. Regards, Shubham On Mon, Sep 18, 2017 at 5:23 PM, Greg Sheremeta <gshereme(a)redhat.com> wrote: > sudo dnf update otopi -y > > ---------- Forwarded message ---------- > From: Simone Tiraboschi <stirabos(a)redhat.com> > Date: Mon, Sep 18, 2017 at 7:46 AM > Subject: Re: [ovirt-devel] Error in running engine-setup > To: shubham dubey <sdubey504(a)gmail.com> > Cc: devel <devel(a)ovirt.org> > > > > > On Sun, Sep 17, 2017 at 7:32 PM, shubham dubey <sdubey504(a)gmail.com> > wrote: > >> Thanks for the solution. >> I will look into that bug. >> >> > We already fixed it, > you should simply update otopi package on your devel system. > > >> Regards, >> Shubham >> >> On Sun, Sep 17, 2017 at 8:05 PM, Benny Zlotnik <bzlotnik(a)redhat.com> >> wrote: >> >>> It's a known issue [1]. >>> A workaround is available in the bug description >>> >>> [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1490977 >>> >>> On Sun, Sep 17, 2017 at 5:30 PM, shubham dubey <sdubey504(a)gmail.com> >>> wrote: >>> >>>> Hi, >>>> I am having a issue in running engine-setup >>>> >>>> [0day@localhost ovirt-engine]$ $HOME/ovirt-engine/bin/engine-setup >>>> [ INFO ] Stage: Initializing >>>> Setup was run under unprivileged user this will produce >>>> development installation do you wish to proceed? (Yes, No) [No]: yes >>>> [ INFO ] Stage: Environment setup >>>> Configuration files: ['/home/0day/ovirt-engine/etc/ >>>> ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] >>>> Log file: /home/0day/ovirt-engine/var/lo >>>> g/ovirt-engine/setup/ovirt-engine-setup-20170917195313-29bb2o.log >>>> Version: otopi-1.7.1 (otopi-1.7.1-1.el7) >>>> [ ERROR ] Failed to execute stage 'Environment setup': Cannot connect >>>> to Engine database using existing credentials: engine@localhost:5432 >>>> [ INFO ] Stage: Clean up >>>> Log file is located at /home/0day/ovirt-engine/var/lo >>>> g/ovirt-engine/setup/ovirt-engine-setup-20170917195313-29bb2o.log >>>> [ INFO ] Generating answer file '/home/0day/ovirt-engine/var/l >>>> ib/ovirt-engine/setup/answers/20170917195316-setup.conf' >>>> [ INFO ] Stage: Pre-termination >>>> [ INFO ] Stage: Termination >>>> [ ERROR ] Execution of setup failed >>>> >>>> the log file output is here: https://paste.ubuntu.com/25557192/ >>>> Can anyone tell me what's going wrong here? >>>> >>>> Thanks, >>>> Shubham >>>> >>>> _______________________________________________ >>>> Devel mailing list >>>> Devel(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/devel >>>> >>> >>> >> >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > > > > -- > > GREG SHEREMETA > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > > Red Hat > > <https://www.redhat.com/> > > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> >

1 0

[ANN] oVirt 4.1.6 Release is now available
by Sandro Bonazzola 18 Sep '17

18 Sep '17

The oVirt Project is pleased to announce the availability of oVirt 4.1.6 release, as of September 18th, 2017 This update is the sixth in a series of stabilization updates to the 4.1 series. 4.1.6 brings 23 enhancements and 100 bugfixes, including 53 high or urgent severity fixes, on top of oVirt 4.1 series Starting from 4.1.5 oVirt supports libgfapi [5]. Using libgfapi provides a real performance boost for ovirt when using GlusterFS . Due to a known issue [6], using this will break live storage migration. This is expected to be fixed soon. If you do not use live storage migration you can give it a try. Use [7] for more details on how to enable it. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.1 See the release notes[3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live and oVirt Node are not yet available, waiting for CentOS to publish qemu-kvm-ev 2.9.0 before composing ISOs based on CentOS 7.4. Will be published in [4] when ready. Additional Resources: * Read more about the oVirt 4.1.6 release highlights: http://www.ovirt.org/release/4.1.6/ * 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.6/ [4] http://resources.ovirt.org/pub/ovirt-4.1/iso/ [5] http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Features/lib… [6] https://bugzilla.redhat.com/show_bug.cgi?id=1306562 [7] http://www.ovirt.org/develop/release-management/features/storage/glusterfs-… -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Error in running engine-setup
by shubham dubey 18 Sep '17

18 Sep '17

Hi, I am having a issue in running engine-setup [0day@localhost ovirt-engine]$ $HOME/ovirt-engine/bin/engine-setup [ INFO ] Stage: Initializing Setup was run under unprivileged user this will produce development installation do you wish to proceed? (Yes, No) [No]: yes [ INFO ] Stage: Environment setup Configuration files: ['/home/0day/ovirt-engine/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /home/0day/ovirt-engine/var/log/ovirt-engine/setup/ovirt-engine-setup-20170917195313-29bb2o.log Version: otopi-1.7.1 (otopi-1.7.1-1.el7) [ ERROR ] Failed to execute stage 'Environment setup': Cannot connect to Engine database using existing credentials: engine@localhost:5432 [ INFO ] Stage: Clean up Log file is located at /home/0day/ovirt-engine/var/log/ovirt-engine/setup/ovirt-engine-setup-20170917195313-29bb2o.log [ INFO ] Generating answer file '/home/0day/ovirt-engine/var/lib/ovirt-engine/setup/answers/20170917195316-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed the log file output is here: https://paste.ubuntu.com/25557192/ Can anyone tell me what's going wrong here? Thanks, Shubham

3 3

qemu-kvm-ev-2.9.0-16.el7_4.5.1 now available for testing
by Sandro Bonazzola 18 Sep '17

18 Sep '17

Hi, qemu-kvm-ev-2.9.0-16.el7_4.5.1 <http://cbs.centos.org/koji/buildinfo?buildID=19765> is now available for testing. Please note that CR repo is still needed for satisfy dependencies until CentOS 7.4.1708 is released. Here's the changelog: * Thu Aug 24 2017 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.9.0-16.el7_4.5.1 - Removing RH branding from package name * Wed Aug 23 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.5 - kvm-trace-use-static-event-ID-mapping-in-simpletrace.stp.patch [bz#1482515] - kvm-simpletrace-fix-flight-recorder-no-header-option.patch [bz#1482515] - kvm-exec-abstract-address_space_do_translate.patch [bz#1482856] - kvm-redhat-requires-for-the-ipxe-seabios-that-supports-I.patch [bz#1482851] - Resolves: bz#1482515 ([Tracing] capturing trace data failed [rhel-7.4.z]) - Resolves: bz#1482851 (Requires for the seabios version that support vIOMMU of virtio [rhel-7.4.z]) - Resolves: bz#1482856 (Unable to start vhost if iommu_platform=on but intel_iommu=on not specified in guest [rhel-7.4.z]) * Tue Aug 15 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.4 - kvm-nbd-strict-nbd_wr_syncv.patch [bz#1467509] - kvm-nbd-read_sync-and-friends-return-0-on-success.patch [bz#1467509] - kvm-nbd-make-nbd_drop-public.patch [bz#1467509] - kvm-nbd-server-get-rid-of-nbd_negotiate_read-and-friends.patch [bz#1467509] - Resolves: bz#1467509 (CVE-2017-7539 Qemu quit abnormally when connecting to built-in NBD server [rhel-7.4.z]) * Thu Jul 20 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.9.0-16.el7.3 - kvm-block-Skip-implicit-nodes-in-query-block-blockstats.patch [bz#1473145] - Resolves: bz#1473145 (Wrong allocation value after virDomainBlockCopy() (alloc=capacity)) * Tue Jul 18 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7.2 - kvm-virtio-net-enable-configurable-tx-queue-size.patch [bz#1471666] - kvm-virtio-net-fix-tx-queue-size-for-vhost-user.patch [bz#1471666] - Resolves: bz#1471666 (virtio-net: enable configurable tx queue size) * Mon Jul 17 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.1 - kvm-virtio-scsi-finalize-IOMMU-support.patch [bz#1471076] - kvm-qemu-nbd-Ignore-SIGPIPE.patch [bz#1468108] - Resolves: bz#1468108 (CVE-2017-10664 qemu-kvm-rhev: Qemu: qemu-nbd: server breaks with SIGPIPE upon client abort [rhel-7.4.z]) - Resolves: bz#1471076 (unbreak virtio-scsi for vIOMMU) * Tue Jul 04 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.9.0-16.el7 - kvm-AArch64-Add-pci-testdev.patch [bz#1465048] - Resolves: bz#1465048 (AArch64: Add pci-testdev) * Tue Jun 27 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - 2.9.0-15.el7 - kvm-hw-ppc-spapr-Adjust-firmware-name-for-PCI-bridges.patch [bz#1459170] - Resolves: bz#1459170 (SLOF: Can't boot from virtio-scsi disk behind pci-bridge: E3405: No such device) * Fri Jun 23 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - 2.9.0-14.el7 - kvm-sockets-ensure-we-can-bind-to-both-ipv4-ipv6-separat.patch [bz#1446003] - Resolves: bz#1446003 (vnc cannot find a free port to use) * Tue Jun 20 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.9.0-13.el7 - kvm-linux-headers-update.patch [bz#1462061] - kvm-all-Pass-an-error-object-to-kvm_device_access.patch [bz#1462061] - kvm-hw-intc-arm_gicv3_its-Implement-state-save-restore.patch [bz#1462061] - kvm-hw-intc-arm_gicv3_kvm-Implement-pending-table-save.patch [bz#1462061] - kvm-hw-intc-arm_gicv3_its-Allow-save-restore.patch [bz#1462061] - Resolves: bz#1462061 (Backport QEMU ITS migration series) * Tue Jun 20 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.9.0-12.el7 - kvm-pseries-Correct-panic-behaviour-for-pseries-machine-.patch [bz#1458705] - kvm-virtio-scsi-Reject-scsi-cd-if-data-plane-enabled-RHE.patch [bz#1378816] - kvm-block-rbd-enable-filename-option-and-parsing.patch [bz#1457088] - kvm-block-iscsi-enable-filename-option-and-parsing.patch [bz#1457088] - kvm-nbd-fix-NBD-over-TLS-bz1461827.patch [bz#1461827] - kvm-monitor-add-handle_hmp_command-trace-event.patch [bz#1457740] - kvm-monitor-resurrect-handle_qmp_command-trace-event.patch [bz#1457740] - kvm-hw-pcie-fix-the-generic-pcie-root-port-to-support-mi.patch [bz#1455150] - Resolves: bz#1378816 (Core dump when use "data-plane" and execute change cd) - Resolves: bz#1455150 (Unable to detach virtio disk from pcie-root-port after migration) - Resolves: bz#1457088 (rbd/iscsi: json: pseudo-protocol format is incompatible with 7.3) - Resolves: bz#1457740 ([Tracing] compling qemu-kvm failed through systemtap) - Resolves: bz#1458705 (pvdump: QMP reports "GUEST_PANICKED" event but HMP still shows VM running after guest crashed) - Resolves: bz#1461827 (QEMU hangs in aio wait when trying to access NBD volume over TLS) * Fri Jun 16 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.9.0-11.el7 - kvm-Enable-USB_CONFIG-for-aarch64.patch [bz#1460010] - Resolves: bz#1460010 (USB HID (keyboard and tablet) missing [aarch64]) * Tue Jun 13 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-10.el7 - kvm-Revert-Change-net-socket.c-to-use-socket_-functions-.patch [bz#1451629] - kvm-nbd-Fully-initialize-client-in-case-of-failed-negoti.patch [bz#1447948] - kvm-nbd-Fix-regression-on-resiliency-to-port-scan.patch [bz#1447948] - kvm-nbd-make-it-thread-safe-fix-qcow2-over-nbd.patch [bz#1454582] - kvm-commit-Fix-use-after-free-in-completion.patch [bz#1452048] - kvm-qemu-iotests-Test-automatic-commit-job-cancel-on-hot.patch [bz#1452048] - kvm-commit-Fix-completion-with-extra-reference.patch [bz#1453169] - kvm-qemu-iotests-Allow-starting-new-qemu-after-cleanup.patch [bz#1453169] - kvm-qemu-iotests-Test-exiting-qemu-with-running-job.patch [bz#1453169] - kvm-virtio-serial-fix-segfault-on-disconnect.patch [bz#1447257] - kvm-block-fix-external-snapshot-abort-permission-error.patch [bz#1447184] - kvm-xhci-only-update-dequeue-ptr-on-completed-transfers.patch [bz#1451631] - kvm-virtio-scsi-Unset-hotplug-handler-when-unrealize.patch [bz#1449031] - Resolves: bz#1447184 (qemu abort when live snapshot for multiple block device simultaneously with transaction and one is to a non-exist path) - Resolves: bz#1447257 (QEMU coredump while doing hexdump test onto virtio serial ports) - Resolves: bz#1447948 (qemu-nbd segment fault when nmap sweeps its port [rhel-7.4]) - Resolves: bz#1449031 (qemu core dump when hot-unplug/hot-plug scsi controller in turns) - Resolves: bz#1451629 (TCP tunnel network: the guest with interface type=client can not start) - Resolves: bz#1451631 (Keyboard does not work after migration) - Resolves: bz#1452048 (qemu abort when hot unplug block device during live commit) - Resolves: bz#1453169 (qemu aborts if quit during live commit process) - Resolves: bz#1454582 (Qemu crashes when start guest with qcow2 nbd image) * Thu Jun 08 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-9.el7 - kvm-shutdown-Simplify-shutdown_signal.patch [bz#1418927] - kvm-shutdown-Prepare-for-use-of-an-enum-in-reset-shutdow.patch [bz#1418927] - kvm-shutdown-Preserve-shutdown-cause-through-replay.patch [bz#1418927] - kvm-shutdown-Add-source-information-to-SHUTDOWN-and-RESE.patch [bz#1418927] - kvm-shutdown-Expose-bool-cause-in-SHUTDOWN-and-RESET-eve.patch [bz#1418927] - kvm-irqchip-trace-changes-on-msi-add-remove.patch [bz#1448813] - kvm-msix-trace-control-bit-write-op.patch [bz#1448813] - kvm-irqchip-skip-update-msi-when-disabled.patch [bz#1448813] - kvm-vhost-propagate-errors-in-vhost_device_iotlb_miss.patch [bz#1451862] - kvm-vhost-rework-IOTLB-messaging.patch [bz#1451862] - kvm-vhost-user-add-vhost_user-to-hold-the-chr.patch [bz#1451862] - kvm-vhost-user-add-slave-req-fd-support.patch [bz#1451862] - kvm-spec-vhost-user-spec-Add-IOMMU-support.patch [bz#1451862] - kvm-pc-Use-min-x-level-on-compat_props-on-RHEL-machine-t.patch [bz#1454641] - kvm-usb-don-t-wakeup-during-coldplug.patch [bz#1452512] - kvm-ehci-fix-overflow-in-frame-timer-code.patch [bz#1449609] - kvm-ehci-fix-frame-timer-invocation.patch [bz#1449609] - Resolves: bz#1418927 (The lifecycle event for Guest OS Shutdown is not distinguishable from a qemu process that was quit with SIG_TERM) - Resolves: bz#1448813 (qemu crash when shutdown guest with '-device intel-iommu' and '-device vfio-pci') - Resolves: bz#1449609 (qemu coredump when dd on multiple usb-storage devices concurrently in guest) - Resolves: bz#1451862 (IOMMU support in QEMU for Vhost-user backend) - Resolves: bz#1452512 (qemu coredump when add more than 12 usb-storage devices to ehci) - Resolves: bz#1454641 (Windows 10 BSOD when using rhel6.4.0/rhel6.5.0/rhel6.6.0) * Tue Jun 06 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.9.0-8.el7 - kvm-input-don-t-queue-delay-if-paused.patch [bz#1444326] - kvm-block-gluster-glfs_lseek-workaround.patch [bz#1451191] - kvm-mirror-Drop-permissions-on-s-target-on-completion.patch [bz#1456456] - kvm-stream-fix-crash-in-stream_start-when-block_job_crea.patch [bz#1456424] - kvm-qemu-iotests-Test-streaming-with-missing-job-ID.patch [bz#1456424] - kvm-monitor-Use-numa_get_node_for_cpu-on-info-numa.patch [bz#1274567] - kvm-virtio_net-Bypass-backends-for-MTU-feature-negotiati.patch [bz#1452756] - kvm-vhost-user-pass-message-as-a-pointer-to-process_mess.patch [bz#1447592] - kvm-virtio-serial-bus-Unset-hotplug-handler-when-unreali.patch [bz#1458782] - kvm-gluster-add-support-for-PREALLOC_MODE_FALLOC.patch [bz#1450759] - kvm-numa-Allow-setting-NUMA-distance-for-different-NUMA-.patch [bz#1395339] - kvm-tests-acpi-extend-cphp-and-memhp-testcase-with-numa-.patch [bz#1395339] - kvm-copy-SLIT-test-reference-blobs-into-tests-directory.patch [bz#1395339] - Resolves: bz#1274567 (HMP doesn't reflect the correct numa topology after hot plugging vCPU) - Resolves: bz#1395339 ([Intel 7.4 FEAT] Enable configuration of NUMA distance in QEMU) - Resolves: bz#1444326 (Keyboard inputs are buffered when qemu in stop status) - Resolves: bz#1447592 (vhost-user/reply-ack: Wait for ack even if no request sent (one-time requests)) - Resolves: bz#1450759 (Creating fallocated image using qemu-img using gfapi fails) - Resolves: bz#1451191 (qemu-img: block/gluster.c:1307: find_allocation: Assertion `offs >= start' failed.) - Resolves: bz#1452756 (Enable VIRTIO_NET_F_MTU feature in QEMU) - Resolves: bz#1456424 (qemu crash when starting image streaming job fails) - Resolves: bz#1456456 (qemu crashes on job completion during drain) - Resolves: bz#1458782 (QEMU crashes after hot-unplugging virtio-serial device) * Tue May 30 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-7.el7 - kvm-e1000e-Fix-ICR-Other-causes-clear-logic.patch [bz#1449490] - kvm-pc-fwcfg-unbreak-migration-from-qemu-2.5-and-qemu-2..patch [bz#1441394] - kvm-disable-linuxboot_dma.bin-option-rom-for-7.3-machine.patch [bz#1441394] - kvm-Revert-hw-pci-disable-pci-bridge-s-shpc-by-default.patch [bz#1434706] - kvm-qemu-img-wait-for-convert-coroutines-to-complete.patch [bz#1451849] - kvm-target-ppc-Show-POWER9-in-cpu-help.patch [bz#1449969] - Resolves: bz#1434706 ([pci-bridge] Hotplug devices to pci-bridge failed) - Resolves: bz#1441394 (fw_cfg.dma_enabled value incorrect in pc-i440fx-7.3.0 compat_props) - Resolves: bz#1449490 ([q35] guest hang after do migration with virtio-scsi-pci.) - Resolves: bz#1449969 ([Pegas1.0] POWER9* cpu model is not listed in /usr/libexec/qemu-kvm -cpu ?) - Resolves: bz#1451849 (qemu-img convert crashes on error) * Tue May 23 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.9.0-6.el7 - kvm-aarch64-Enable-usb-xhci.patch [bz#1446570] - kvm-scsi-Disable-deprecated-implicit-SCSI-HBA-creation-m.patch [bz#971799] - kvm-block-vhdx-Make-vhdx_create-always-set-errp.patch [bz#1447551] - kvm-block-Add-errp-to-b-lk-drv-_truncate.patch [bz#1447551] - kvm-blockdev-use-drained_begin-end-for-qmp_block_resize.patch [bz#1447551] - kvm-spapr-Don-t-accidentally-advertise-HTM-support-on-PO.patch [bz#1449007] - kvm-target-ppc-Allow-workarounds-for-POWER9-DD1.patch [bz#1443289] - kvm-xhci-relax-link-check.patch [bz#1444003] - kvm-curl-strengthen-assertion-in-curl_clean_state.patch [bz#1437393] - kvm-curl-never-invoke-callbacks-with-s-mutex-held.patch [bz#1437393] - kvm-curl-avoid-recursive-locking-of-BDRVCURLState-mutex.patch [bz#1437393] - kvm-curl-split-curl_find_state-curl_init_state.patch [bz#1437393] - kvm-curl-convert-CURLAIOCB-to-byte-values.patch [bz#1437393] - kvm-curl-convert-readv-to-coroutines.patch [bz#1437393] - kvm-curl-do-not-do-aio_poll-when-waiting-for-a-free-CURL.patch [bz#1437393] - kvm-usb-hub-clear-PORT_STAT_SUSPEND-on-wakeup.patch [bz#1447581] - kvm-migration-setup-bi-directional-I-O-channel-for-exec-.patch [bz#1430620] - kvm-block-Reuse-bs-as-backing-hd-for-drive-backup-sync-n.patch [bz#1452066] - kvm-migration-Fix-non-multiple-of-page-size-migration.patch [bz#1449037] - kvm-postcopy-Require-RAMBlocks-that-are-whole-pages.patch [bz#1449037] - kvm-hw-virtio-fix-vhost-user-fails-to-startup-when-MQ.patch [bz#1447592] - kvm-iommu-Don-t-crash-if-machine-is-not-PC_MACHINE.patch [bz#1451483] - kvm-migration-Call-blk_resume_after_migration-for-postco.patch [bz#1452148] - kvm-migration-Unify-block-node-activation-error-handling.patch [bz#1452148] - kvm-disable-pulseaudio-and-alsa.patch [bz#1452605] - kvm-block-An-empty-filename-counts-as-no-filename.patch [bz#1452702] - kvm-block-Do-not-unref-bs-file-on-error-in-BD-s-open.patch [bz#1452752] - Resolves: bz#1430620 (TLS encryption migration via exec failed with "TLS handshake failed: The TLS connection was non-properly terminated") - Resolves: bz#1437393 (snapshot created base on the image in https server will hang during booting) - Resolves: bz#1443289 ([Pegas1.0 04/03 nightly build + 4.10.0-7 kernel] qemu+guest fail to apply POWER9 DD1 workarounds) - Resolves: bz#1444003 (USB 3.0 flash drive not accessible on Windows guest) - Resolves: bz#1446570 (enable qemu-xhci USB3 controller device model for the aarch64 target) - Resolves: bz#1447551 (qemu hang when do block_resize guest disk during crystal running) - Resolves: bz#1447581 ([RHEV7.4] [usb-hub] input devices under usb hub don't work on win2016 with xhci) - Resolves: bz#1447592 (vhost-user/reply-ack: Wait for ack even if no request sent (one-time requests)) - Resolves: bz#1449007 (Pegas 1.0: Booting pegas guest on pegas host (POWER9 DD1) panics with signal 4 at userspace entry) - Resolves: bz#1449037 (Dst qemu quit when migrate guest with hugepage and total memory is not a multiple of pagesize) - Resolves: bz#1451483 (QEMU crashes with "-machine none -device intel-iommu") - Resolves: bz#1452066 (Fix backing image referencing in drive-backup sync=none) - Resolves: bz#1452148 (Op blockers don't work after postcopy migration) - Resolves: bz#1452605 (disable pulseaudio and alsa support) - Resolves: bz#1452702 (qemu-img aborts on empty filenames) - Resolves: bz#1452752 (Some block drivers incorrectly close their associated file) - Resolves: bz#971799 (qemu should not crash when if=scsi although it's unsupportable device) * Tue May 16 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-5.el7 - kvm-blockdev-ignore-aio-native-for-empty-drives.patch [bz#1402645] - kvm-dump-Acquire-BQL-around-vm_start-in-dump-thread.patch [bz#1445174] - kvm-Downstream-Don-t-disable-SMT-on-POWER9-hosts.patch [bz#1450724] - kvm-aio-add-missing-aio_notify-to-aio_enable_external.patch [bz#1446498] - kvm-Update-configuration-for-qemu-2.9.patch [bz#1400962] - Resolves: bz#1400962 (Verify configuration coverage for rebased qemu-kvm-rhev) - Resolves: bz#1402645 (Required cache.direct=on when set aio=native) - Resolves: bz#1445174 ([RHEV7.4] [guest memory dump]dump-guest-memory QMP command with "detach" param makes qemu-kvm process aborted) - Resolves: bz#1446498 (Guest freeze after live snapshot with data-plane) - Resolves: bz#1450724 ([Pegas 1.0] qemu package scripts should not disable host multi-threading for POWER9) * Fri May 12 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.9.0-4.el7 - kvm-Reenable-Educational-device.patch [bz#1414694] - kvm-usb-xhci-Fix-PCI-capability-order.patch [bz#1447874] - kvm-block-vxhs.c-Add-support-for-a-new-block-device-type.patch [bz#1265869] - kvm-block-vxhs.c-Add-qemu-iotests-for-new-block-device-t.patch [bz#1265869] - kvm-qemu-iotests-exclude-vxhs-from-image-creation-via-pr.patch [bz#1265869] - kvm-block-vxhs-modularize-VXHS-via-g_module.patch [bz#1265869] - kvm-Remove-the-dependencies-to-seavgabios-bin-and-ipxe-r.patch [bz#1449939] - Resolves: bz#1265869 (RFE: Veritas HyperScale VxHS block device support (qemu-kvm-rhev)) - Resolves: bz#1414694 (Reenable edu device for kvm-unit-tests support) - Resolves: bz#1447874 (Migration failed from rhel7.2.z->rhel7.4 with "-M rhel7.0.0" and "-device nec-usb-xhci") - Resolves: bz#1449939 (Remove dependency on seavgabios-bin and ipxe-roms-qemu for qemu-kvm-rhev on s390x) * Fri May 05 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-3.el7 - kvm-x86-machine-compat-2.9-stragglers.patch [bz#1435756] - kvm-block-add-bdrv_set_read_only-helper-function.patch [bz#1189998] - kvm-block-do-not-set-BDS-read_only-if-copy_on_read-enabl.patch [bz#1189998] - kvm-block-honor-BDRV_O_ALLOW_RDWR-when-clearing-bs-read_.patch [bz#1189998] - kvm-block-code-movement.patch [bz#1189998] - kvm-block-introduce-bdrv_can_set_read_only.patch [bz#1189998] - kvm-block-use-bdrv_can_set_read_only-during-reopen.patch [bz#1189998] - kvm-block-rbd-update-variable-names-to-more-apt-names.patch [bz#1189998] - kvm-block-rbd-Add-support-for-reopen.patch [bz#1189998] - kvm-replication-Make-disable-replication-compile-again.patch [bz#1422846] - kvm-Disable-replication-feature.patch [bz#1422846] - Resolves: bz#1189998 (Active commit does not support on rbd based disk) - Resolves: bz#1422846 (Disable replication feature) - Resolves: bz#1435756 (Backport device/machtype compat settings from v2.8.0..v2.9.0 final) * Fri Apr 28 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-2.el7 - kvm-Disable-unimplemented-device.patch [bz#1443029] - kvm-Disable-serial-isa-for-ppc64.patch [bz#1443029] - kvm-Disable-rs6000-mc-device.patch [bz#1443029] - kvm-ppc64le-Remove-isabus-bridge-device.patch [bz#1443029] - kvm-hmp-gpa2hva-and-gpa2hpa-hostaddr-command.patch [bz#1432295] - kvm-memory-add-section-range-info-for-IOMMU-notifier.patch [bz#1335808] - kvm-memory-provide-IOMMU_NOTIFIER_FOREACH-macro.patch [bz#1335808] - kvm-memory-provide-iommu_replay_all.patch [bz#1335808] - kvm-memory-introduce-memory_region_notify_one.patch [bz#1335808] - kvm-memory-add-MemoryRegionIOMMUOps.replay-callback.patch [bz#1335808] - kvm-intel_iommu-use-the-correct-memory-region-for-device.patch [bz#1335808] - kvm-intel_iommu-provide-its-own-replay-callback.patch [bz#1335808] - kvm-intel_iommu-allow-dynamic-switch-of-IOMMU-region.patch [bz#1335808] - kvm-intel_iommu-enable-remote-IOTLB.patch [bz#1335808] - kvm-virtio-rng-stop-virtqueue-while-the-CPU-is-stopped.patch [bz#1435521] - kvm-target-ppc-kvm-make-use-of-KVM_CREATE_SPAPR_TCE_64.patch [bz#1440619] - kvm-spapr-Add-ibm-processor-radix-AP-encodings-to-the-de.patch [bz#1368786] - kvm-target-ppc-support-KVM_CAP_PPC_MMU_RADIX-KVM_CAP_PPC.patch [bz#1368786] - kvm-target-ppc-Add-new-H-CALL-shells-for-in-memory-table.patch [bz#1368786] - kvm-target-ppc-Implement-H_REGISTER_PROCESS_TABLE-H_CALL.patch [bz#1368786] - kvm-spapr-move-spapr_populate_pa_features.patch [bz#1368786] - kvm-spapr-Enable-ISA-3.0-MMU-mode-selection-via-CAS.patch [bz#1368786] - kvm-spapr-Workaround-for-broken-radix-guests.patch [bz#1368786] - Resolves: bz#1335808 ([RFE] [vIOMMU] Add Support for VFIO devices with vIOMMU present) - Resolves: bz#1368786 ([Pegas1.0 FEAT] POWER9 guest - qemu - base enablement) - Resolves: bz#1432295 (Add gpa2hpa command to qemu hmp) - Resolves: bz#1435521 (Migration failed with postcopy enabled from rhel7.3.z host to rhel7.4 host "error while loading state for instance 0x0 of device 'pci) - Resolves: bz#1440619 (Reboot guest will induce error message - KVM: Failed to create TCE table for liobn 0x80000001) - Resolves: bz#1443029 (Disable new devices in qemu 2.9) * Fri Apr 21 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.9.0-1.el7 - Rebase to QEMU 2.9.0 [bz#1387372] - Resolves: bz#1387372 (Rebase qemu-kvm-rhev for RHEL-7.4) * Wed Mar 08 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.8.0-6.el7 - kvm-virtio-Report-real-progress-in-VQ-aio-poll-handler.patch [bz#1425700] - kvm-intel-hda-fix-rhel6-compat-property.patch [bz#1425765] - Resolves: bz#1425700 (virtio-scsi data plane takes 100% host CPU with polling) - Resolves: bz#1425765 (The guest failed to start with ich6 sound when machine type is rhel6.*.0) * Mon Feb 20 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.8.0-5.el7 - kvm-Disable-qemu-register-device.patch [bz#1392328] - kvm-Disable-vfio-pci-igd-lpc-bridge-device.patch [bz#1392328] - kvm-Disable-new-virtio-crypto-devices.patch [bz#1392328] - kvm-Disable-amd-iommu-devices.patch [bz#1392328] - kvm-Disable-loader-device.patch [bz#1392328] - kvm-Disable-or-irq-device.patch [bz#1392328] - kvm-Hide-new-floppy-device.patch [bz#1392328] - kvm-migcompat-e1000e-Work-around-7.3-msi-intr_state-fiel.patch [bz#1420216] - kvm-migcompat-rtl8139-Work-around-version-bump.patch [bz#1420195] - kvm-sync-linux-headers.patch [bz#1391942] - kvm-kvmclock-reduce-kvmclock-difference-on-migration.patch [bz#1391942] - kvm-ahci-advertise-HOST_CAP_64.patch [bz#1411105] - kvm-Disable-devices-for-for-AArch64-QEMU.patch [bz#1422349] - kvm-hw-arm-virt-Disable-virtio-net-pci-option-ROM-file-l.patch [bz#1337510] - kvm-vfio-Use-error_setg-when-reporting-max-assigned-devi.patch [bz#1369795] - kvm-cirrus-fix-patterncopy-checks.patch [bz#1420494] - kvm-Revert-cirrus-allow-zero-source-pitch-in-pattern-fil.patch [bz#1420494] - kvm-cirrus-add-blit_is_unsafe-call-to-cirrus_bitblt_cput.patch [bz#1420494] - kvm-Package-man-page-of-kvm_stat-tool.patch [bz#1417840] - kvm-Update-configuration-for-2.8.0-release.patch [bz#1400962] - Resolves: bz#1337510 (Don't try to use a romfile for virtio-net-pci on aarch64) - Resolves: bz#1369795 (QMP should prompt more specific information when hotplug more than 32 vfs to guest) - Resolves: bz#1391942 (kvmclock: advance clock by time window between vm_stop and pre_save (backport patch)) - Resolves: bz#1392328 (Disable new devices in QEMU 2.8 (x86_64)) - Resolves: bz#1400962 (Verify configuration coverage for rebased qemu-kvm-rhev) - Resolves: bz#1411105 (Windows Server 2008-32 crashes on startup with q35 if cdrom attached) - Resolves: bz#1417840 (Include kvm_stat man page in qemu-kvm-tools package) - Resolves: bz#1420195 (Migration from RHEL7.4 -> RHEL7.3.z failed with rtl8139 nic card) - Resolves: bz#1420216 (Migration from RHEL7.3.z -> RHEL4 failed with e1000e nic card) - Resolves: bz#1420494 (EMBARGOED CVE-2017-2620 qemu-kvm-rhev: Qemu: display: cirrus: potential arbitrary code execution via cirrus_bitblt_cputovideo [rhel-7.4]) - Resolves: bz#1422349 (Disable new devices in QEMU 2.8 (aarch64)) * Fri Feb 10 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.8.0-4.el7 - kvm-fix-abort-in-acpi_setup-since-2.8-with-rhel6-machine.patch [bz#1410826] - kvm-spapr-clock-should-count-only-if-vm-is-running.patch [bz#1264258] - kvm-display-cirrus-ignore-source-pitch-value-as-needed-i.patch [bz#1418236] - kvm-cirrus-handle-negative-pitch-in-cirrus_invalidate_re.patch [bz#1418236] - kvm-cirrus-allow-zero-source-pitch-in-pattern-fill-rops.patch [bz#1418236] - kvm-cirrus-fix-blit-address-mask-handling.patch [bz#1418236] - kvm-cirrus-fix-oob-access-issue-CVE-2017-2615.patch [bz#1418236] - kvm-QMP-Fix-forward-port-of-__com.redhat_drive_add.patch [bz#1418575] - kvm-QMP-Fix-forward-port-of-__com.redhat_drive_del.patch [bz#1418575] - kvm-Drop-macro-RFQDN_REDHAT.patch [bz#1418575] - kvm-HMP-Clean-up-botched-conflict-resolution-in-user-man.patch [bz#1418575] - kvm-HMP-Fix-user-manual-typo-of-__com.redhat_qxl_screend.patch [bz#1419899] - kvm-HMP-Fix-documentation-of-__com.redhat.drive_add.patch [bz#1419899] - kvm-aio-add-flag-to-skip-fds-to-aio_dispatch.patch [bz#1404303] - kvm-aio-add-AioPollFn-and-io_poll-interface.patch [bz#1404303] - kvm-aio-add-polling-mode-to-AioContext.patch [bz#1404303] - kvm-virtio-poll-virtqueues-for-new-buffers.patch [bz#1404303] - kvm-linux-aio-poll-ring-for-completions.patch [bz#1404303] - kvm-iothread-add-polling-parameters.patch [bz#1404303] - kvm-virtio-blk-suppress-virtqueue-kick-during-processing.patch [bz#1404303] - kvm-virtio-scsi-suppress-virtqueue-kick-during-processin.patch [bz#1404303] - kvm-aio-add-.io_poll_begin-end-callbacks.patch [bz#1404303] - kvm-virtio-disable-virtqueue-notifications-during-pollin.patch [bz#1404303] - kvm-aio-self-tune-polling-time.patch [bz#1404303] - kvm-iothread-add-poll-grow-and-poll-shrink-parameters.patch [bz#1404303] - kvm-virtio-disable-notifications-again-after-poll-succee.patch [bz#1404303] - kvm-aio-posix-honor-is_external-in-AioContext-polling.patch [bz#1404303] - kvm-iothread-enable-AioContext-polling-by-default.patch [bz#1404303] - kvm-Disable-usbredir-and-libcacard-for-unsupported-archi.patch [bz#1418166] - Resolves: bz#1264258 (Guest's time stops with option clock=vm when guest is paused) - Resolves: bz#1404303 (RFE: virtio-blk/scsi polling mode (QEMU)) - Resolves: bz#1410826 (rhel6 machine types assert; acpi-build.c:2985: acpi_setup: Assertion `build_state->table_mr != ((void *)0)' failed) - Resolves: bz#1418166 (Remove dependencies required by spice on ppc64le) - Resolves: bz#1418236 (CVE-2017-2615 qemu-kvm-rhev: Qemu: display: cirrus: oob access while doing bitblt copy backward mode [rhel-7.4]) - Resolves: bz#1418575 (Forward port of downstream-only QMP commands is incorrect) - Resolves: bz#1419899 (Documentation inaccurate for __com.redhat_qxl_screendump and __com.redhat_drive_add) * Fri Feb 03 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.8.0-3.el7 - kvm-hw-arm-virt-remove-aarch64-rhel-machine-type.patch [bz#1390964] - kvm-hw-arm-virt-create-virt-rhel7.3.0-machine-type.patch [bz#1390964] - kvm-hw-arm-virt-create-virt-rhel7.4.0-machine-type.patch [bz#1390964] - kvm-tools-kvm_stat-Introduce-pid-monitoring.patch [bz#1397697] - kvm-tools-kvm_stat-Add-comments.patch [bz#1397697] - kvm-x86-Split-out-options-for-the-head-rhel7-machine-typ.patch [bz#1390737] - kvm-x86-Create-PC_RHEL7_3_COMPAT-definition.patch [bz#1390737] - kvm-x86-Define-pc-i440fx-rhel7.4.0.patch [bz#1390737] - kvm-x86-Define-pc-q35-rhel7.4.0.patch [bz#1390737] - kvm-x86-Remove-downstream-opteron-rdtscp-override.patch [bz#1390737] - kvm-pci-mark-ROMs-read-only.patch [bz#1404673] - kvm-vhost-skip-ROM-sections.patch [bz#1404673] - kvm-Enable-seccomp-for-ppc64-ppc64le-architecture.patch [bz#1385537] - kvm-Update-qemu-kvm-package-Summary-and-Description.patch [bz#1378538] - Resolves: bz#1378538 (QEMU: update package summary and description) - Resolves: bz#1385537 ([V4.1 FEAT] Enable seccomp support in QEMU) - Resolves: bz#1390737 (RHEL-7.4 new qemu-kvm-rhev machine type (x86)) - Resolves: bz#1390964 (RHEL-7.4 new QEMU machine type (AArch64)) - Resolves: bz#1397697 (Backport remaining kvm_stat patches from the kernel to QEMU) - Resolves: bz#1404673 ([ppc64le]qemu-kvm-rhev-2.8 upstream package, reset vm when do migration, HMP in src host promp "tcmalloc: large alloc 1073872896 bytes...") * Mon Jan 16 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.8.0-2.el7 - kvm-Revert-kvm_stat-Remove.patch [bz#1389238] - kvm-Include-kvm_stat-in-qemu-kvm.spec.patch [bz#1389238] - kvm-tools-kvm_stat-Powerpc-related-fixes.patch [bz#1389238] - kvm-compat-define-HW_COMPAT_RHEL7_3.patch [bz#1390734] - kvm-spapr-define-pseries-rhel7.4.0-machine-type.patch [bz#1390734] - kvm-config-Remove-EHCI-from-ppc64-builds.patch [bz#1410674] - kvm-Fix-unuseds-Fedora-build.patch [bz#1410758] - Resolves: bz#1389238 (Re-enable kvm_stat script) - Resolves: bz#1390734 (ppc64: pseries-rhel7.4.0 machine type) - Resolves: bz#1410674 (qemu: Remove unnecessary EHCI implementation for Power) - Resolves: bz#1410758 (Make 7.4 qemu-kvm-rhev build on fedora25) * Tue Jan 10 2017 Miroslav Rezanina < mrezanin(a)redhat.com> - rhev-2.8.0-1.el7 - Rebase to QEMU 2.8.0 [bz#1387600] - Resolves: bz#1387600 (Rebase qemu-kvm-rhev to 2.8.0) -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 5

Re: [ovirt-devel] Fwd: CellTable replaced
by Gobinda Das 18 Sep '17

18 Sep '17

Adding devel group On Thu, Sep 14, 2017 at 11:25 PM, Gobinda Das <godas(a)redhat.com> wrote: > Hi Sahina/Doron, > > I found two issues as below: > 1- While creating Volume: Add Brick(Bricks are not showing in table after > adding). > 2- For Import Domain "Data Center" field is not populating. > > Attached screenshots as well. > > > On Wed, Sep 13, 2017 at 5:47 PM, Sahina Bose <sabose(a)redhat.com> wrote: > >> Adding Gobinda to take a look >> >> On Wed, Sep 13, 2017 at 3:25 PM, Phillip Bailey <phbailey(a)redhat.com> >> wrote: >> >>> Sure. I'll take a look. =) >>> >>> On Sep 13, 2017 5:51 AM, "Doron Fediuck" <dfediuck(a)redhat.com> wrote: >>> >>>> Phillip- care to do a quick review for SLA related areas? >>>> >>>> Sahina- who's looking at RHGS areas? >>>> >>>> ---------- Forwarded message ---------- >>>> From: Alexander Wels <awels(a)redhat.com> >>>> Date: 12 September 2017 at 18:56 >>>> Subject: [ovirt-devel] CellTable replaced >>>> To: devel(a)ovirt.org >>>> >>>> >>>> Hi, >>>> >>>> I just merged a patch [1] that replaces most uses of the GWT CellTable >>>> with a >>>> DataGrid. The DataGrid has many benefits compared to a CellTable the >>>> biggest >>>> being it has its own header vs the fake header we created to allow the >>>> user to >>>> scroll their data. This also solves the issue where the header would >>>> scroll of >>>> the top of the screen while you were scrolling. It also has one issue, >>>> each >>>> table needs a height specified (so it can determine where to show the >>>> scrolling portion of the table). >>>> >>>> I have worked hard to make sure all the replaced tables have their >>>> height >>>> specified properly, but there is a chance I missed some. I would like >>>> everyone >>>> to let me know if their table suddenly disappears (at least the >>>> content), so I >>>> can fix it for you. The highest likely places I missed are in dialogs I >>>> don't >>>> know about. >>>> >>>> Alexander >>>> _______________________________________________ >>>> Devel mailing list >>>> Devel(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/devel >>>> >>>> >> > > > -- > Thanks, > Gobinda > +91-9019047912 > -- Thanks, Gobinda +91-9019047912

3 4

how to generate engine's pki to talk to vdsm
by pengyixiang 18 Sep '17

18 Sep '17

------=_Part_41210_154884496.1505698817143 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5IQogICAgIHdoYXQgc2hvdWxkIGkgZG8gdG8gZ2VuZXJhdGUgZmlsZXMgaW4g L2hvbWUvcGVuY2MvdGVzdC9vdmlydC1lbmdpbmUtaW5zdGFsbGVkL2V0Yy9vdmlydC1lbmdpbmUv ZW5naW5lLmNvbmYuZC8xMC1zZXR1cC1wa2kuY29uZiBmb3IgdGFsa2luZyB0byB2ZHNtLgpsaWtl IGdlbmVyYXRlIEVOR0lORV9QS0lfVFJVU1RfU1RPUkUgYW5kIEVOR0lORV9QS0lfRU5HSU5FX1NU T1JFLiBzaG91bGQgaSBjb3BlZCB0aGF0IHRvIHZkc20/IGhhdmUgc29tZSBkb2N1bWVudD8KClRo YW5rcyBpbiBBZHZhbmNlIQo= ------=_Part_41210_154884496.1505698817143 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sIGV2ZXJ5ITwvZGl2PjxkaXY+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHdoYXQgc2hvdWxkIGkgZG8gdG8gZ2VuZXJhdGUgZmlsZXMgaW4gL2hv bWUvcGVuY2MvdGVzdC9vdmlydC1lbmdpbmUtaW5zdGFsbGVkL2V0Yy9vdmlydC1lbmdpbmUvZW5n aW5lLmNvbmYuZC8xMC1zZXR1cC1wa2kuY29uZiBmb3IgdGFsa2luZyB0byB2ZHNtLjwvZGl2Pjxk aXY+bGlrZSBnZW5lcmF0ZSBFTkdJTkVfUEtJX1RSVVNUX1NUT1JFIGFuZCBFTkdJTkVfUEtJX0VO R0lORV9TVE9SRS4gc2hvdWxkIGkgY29wZWQgdGhhdCB0byB2ZHNtPyBoYXZlIHNvbWUgZG9jdW1l bnQ/IDxicj48L2Rpdj48ZGl2PlRoYW5rcyBpbiBBZHZhbmNlITxicj48L2Rpdj48L2Rpdj48YnI+ PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48cD4mbmJzcDs8L3A+PC9zcGFuPg== ------=_Part_41210_154884496.1505698817143--

2 1

[Vdsm] Move to Fedora 26?
by Milan Zamazal 15 Sep '17

15 Sep '17

Hi, now when new CentOS is available we can use new libvirt. However in order to use the updated libvirt and not to make our CI automation fail we need current Fedora too. Could we update our requirements and automation to Fedora 26 virt-preview? Thanks, Milan

2 2

[Vdsm] CI problems with new CentOS
by Milan Zamazal 14 Sep '17

14 Sep '17

Hi, Jenkins fails now on no-longer available repo http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.0/ defined in Vdsm automation. It has already been fixed in OST (https://gerrit.ovirt.org/81729) could a similar or another fix be applied to Vdsm as well? Thanks, Milan

3 2

[review][vdsm] please review https://gerrit.ovirt.org/#/q/topic:drivemonitor_event+status:open
by Francesco Romani 14 Sep '17

14 Sep '17

Hi everyone, https://gerrit.ovirt.org/#/q/topic:drivemonitor_event+status:open is ready for review. It is the first part of the series needed to consume the BLOCK_THRESHOLD event available with libvirt >= 3.2.0 and QEMU >= 2.3.0. Once completed, this patchset will allow Vdsm to avoid polling, thus greatly improving the system performance and eventually close https://bugzilla.redhat.com/show_bug.cgi?id=1181665 Please note that: 1. CI fails because the workers are not yet updated to CentOS 7.4 (not yet released AFAIK!) which will provide libvirt >= 3.2.0. 2. Few more simple patches will be needed to enable/disable monitoring in specific flows where we cannot use events (e.g. LSM) 3. I did initial verification successfully, installing fedora 25 on thin provisioned disk without issue. -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

3 3

[ OST Failure Report ] [ oVirt master ] [ 2017-09-11 ]
by Dusan Fodor 14 Sep '17

14 Sep '17

Link to suspected patch: https://gerrit.ovirt.org/#/c/80993/19 Link to job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2498/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2498/artifact… Error snippet from log: <error> DEBUG util.py:533: Executing command: ['/usr/bin/yum', '--installroot', '/var/lib/mock/epel-7-x86_64-01b5c106167c9b71f022fe64bb4fa43a-167519/root/', '--releasever', '7', 'install', '@buildsys-build', 'grubby', 'lago', 'lago-ovirt', 'ovirt-engine-sdk-python', 'python-netaddr', 'python-ovirt-engine-sdk4', '--setopt=tsflags=nocontexts'] with env {'LANG': 'en_US.UTF-8', 'LD_PRELOAD': '/var/tmp/tmp.mock.RxN7kZ/$LIB/nosync.so', 'TERM': 'vt100', 'SHELL': '/bin/bash', 'LC_MESSAGES': 'C.UTF-8', 'STD_CI_STAGE': 'basic_suite_master', 'http_proxy': 'http://proxy01.phx.ovirt.org:3128', 'STD_CI_YUMREPOS': '', 'STD_CI_DISTRO': 'el7', 'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'printf "\\033]0;<mock-chroot>\\007"', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin', 'HOME': '/builddir', 'PS1': '<mock-chroot> \\s-\\v\\$ '} and shell False DEBUG util.py:450: Failed to set locale, defaulting to C DEBUG util.py:450: Error: Package: python-lago-0.41.0-1.el7.centos.noarch (lago) DEBUG util.py:450: Requires: qemu-kvm-rhev >= 2.1.2 DEBUG util.py:450: Error: Package: python-lago-0.41.0-1.el7.centos.noarch (lago) DEBUG util.py:450: Requires: qemu-img-rhev >= 2.1.2 </error>

5 7

Engine fails to start due to server error
by Maor Lipchuk 14 Sep '17

14 Sep '17

Hi all, I've fetched rebased my env and updated my DB and now I've encountered an issue that I can't start my engine, I get the following error, see [1]. It seems that as part of the Backend startup we call DBConfigUtils. and once the config value of DBI18NPrefix is being added, it is dependent on DBEngine, and when trying to get the value of DBEngine it looks like that this value was not initialized yet in the _vdcOptionCache at DBConfigUtils and throws the error. Is there something I'm missing? Regards, Maor [1] 2017-09-14 16:30:49,024+03 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 53) MSC000001: Failed to start service jboss.deployment.subunit."engine.ear"."bll.jar".component.B ackend.START: org.jboss.msc.service.StartException in service jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:57) [wildfly-ee-10.1.0.Final.jar:10.1.0.Final] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_121] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_121] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_121] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_121] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121] at org.jboss.threads.JBossThread.run(JBossThread.java:320) Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:163) [wildfly-ee-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134) [wildfly-ee-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88) [wildfly-ee-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:124) at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:138) at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54) [wildfly-ee-10.1.0.Final.jar:10.1.0.Final] ... 6 more Caused by: javax.ejb.EJBException: java.lang.IllegalArgumentException: DBEngine has no value for version: general at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInNoTx(CMTTxInterceptor.java:213) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:265) at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:70) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) [jboss-invocation-1.4.1.Final.jar:1.4.1.Final] at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) [jboss-invocation-1.4.1.Final.jar:1.4.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) [jboss-invocation-1.4.1.Final.jar:1.4.1.Final] 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) [jboss-invocation-1.4.1.Final.jar:1.4.1.Final] at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) [jboss-invocation-1.4.1.Final.jar:1.4.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) [jboss-invocation-1.4.1.Final.jar:1.4.1.Final] at org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)

2 3