February 2015 - Devel - oVirt List Archives

Re: [ovirt-devel] Gerrit update
by David Caro 18 Mar '15

18 Mar '15

--HBg0C3yr6HVa1ZCc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Gerrit has been upgraded successfully, I'll be monitoring it through the da= y to make sure nothing pops up, but if you see anything strange please ping me. Thanks! On 02/23, David Caro wrote: >=20 > Hi everyone! >=20 > As of right now, gerrit is being updated to 2.10 [1] I will notice when i= t's > ready, in the meantime you (or jenkins) will not be able to use it. >=20 >=20 I forgot the link: [1] https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/Releas= eNotes-2.10.html >=20 > Cheers! >=20 >=20 > --=20 > David Caro >=20 > Red Hat S.L. > Continuous Integration Engineer - EMEA ENG Virtualization R&D >=20 > Tel.: +420 532 294 605 > Email: dcaro(a)redhat.com > Web: www.redhat.com > RHT Global #: 82-62605 > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --HBg0C3yr6HVa1ZCc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU6tJGAAoJEEBxx+HSYmnDRPkH+wX4maF8AvZMI/nMovKpT1mh VQEt+B+EQz25cjD9cck/xj1GrXo2w0VPgxxtx3J+P3y9lJCuYgX2Z1vVG+BdYm4K Ql7NwcqzG2mK0yGpumr/w413GPDOybCiQosGpZZLxlMMfTN5UA5WwX1lefKW4m2h uDIVO8EovF0YnP5mqBN3WGWyoJwnwUCNdGKF2HKwvoWy7NBULp+A5ESV0amgPeaU X5gY/CUIYLsDqKnQDT3kGUEfIpdHn1QUXP44L0kNNsl2BApOklbwObOp2TAxWJpo ZFVFUp2NWL6mu1DoiIylcPg5cwc/Q02yDtEOFJd7RxJNta066RCQK7W/8pLyXfQ= =w65S -----END PGP SIGNATURE----- --HBg0C3yr6HVa1ZCc--

4 5

adding new paths to iscsi data storage domains
by Paul Dyer 16 Mar '15

16 Mar '15

Hi, I have been reading the devel list for months now, and would like to ask a question. In version 3.4.5, adding new paths to an existing iSCSI data storage domain does not work from the manager. I have been able to add the paths with command line "iscsiadm -m discovery -t st" and "iscsiadm -m node -L all". Is there any plan to allow for adding new storage paths after the data domain has been created? Thanks, Paul -- Paul Dyer, Mercury Consulting Group, RHCE 504-302-8750

4 9

[ANN] oVirt 3.5.2 First Release Candidate is now available for testing
by Sandro Bonazzola 02 Mar '15

02 Mar '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The oVirt team is pleased to announce that the 3.5.2 First Release Candidate is now available for testing as of Feb 27th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6 (or similar) and Red Hat Enterprise Linux 7 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ - - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIbBAEBAgAGBQJU8EAkAAoJEHw3u57E4QAOtokP+OigmVJQh7+oy2mmRwWd5Ts3 AH+jDAvSFZnIAYOGHViwcuqGX4z3jA5vnPFKmqVyUKDByPmJgzZA/JNkv+muYRQD R00qiL7rda5r/OXB87UoFk+nm5+fnCMPsPt3XkeQUUe4YxlhKTqpe4LuDElEFrgN SprlPc3WbnzDRjsrWipdi/ZphYbi76udOkY25gnSlKcOGrmrZsElj+Lzuq5X4819 dwNUw3pcvDelgn1hQ9Gldj1OWUrqu2flgi8br4x0hDV46eEc3jxKbu932HWLgfir iPJ4VkrE/cYng6GJTWTT6x38S2jZiJEDMRRaITQGm6eVkcgwFQsyKYS4+YbReawc 0OENE8J6kCRbEmUciXUQDfHWGc65k/1cZKOmHWXoalXGXfOpyxbIb3yCr9Rcnd7a UitfgzMRJUvhtiGcK7jJcPCx/71aaxLYWjDBxpVDiQlVYVUFnM6GBeBrRApdv2uZ AY4c54Ork8xy9Z4HgkTXGOpqrl3aKBeHSDK4lCbkgxQ7xOTcGAiijryCu28nvwYd remkdk7mK8qmospNOc27RbpbkBdExTpnX/6jY7MKALR+IcWyF9A2FpenxS8bpTHG dGRLk1p9iL/N0Iyl4GH6XxBoD+olWgHb8bcM11fITK5Ts3XK9rQ6hd6u79ux5WsN HdGAsUb2PtB7ysb6X1s= =HVxm -----END PGP SIGNATURE-----

3 10

[ACTION REQUIRED] Packages for 3.5.2 RC1
by Sandro Bonazzola 02 Mar '15

02 Mar '15

4 8

Gerrit openid accounts
by David Caro 26 Feb '15

26 Feb '15

--F8dlzb82+Fcn6AgP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone! I'd like to clarify a bit something that seems to happen to everyone, how to add new openids to an existing account (google, fedora, ...). To do that you must be already logged in, then on the upper right side, cli= ck your name and hit the settings link. Then on the left side, hit the 'Identities' section, and there hit the 'Link another identity' button, that will send you to the login page and there you can login with the new openid, after that you will have a new identity and = =66rom now on logging with that openid will login with your user. If you don't do that step before using the new openid, gerrit will create a= new account from that new openid, and you'll end up with two accounts, that mig= ht make that when selecting your user for review, the combobox to show duplica= ted entries and fail to add any of them. If that is already happening to you (if you have duplicated identities) ple= ase open a ticket on trac[1] with the subject 'Duplicated gerrit identity' with= the emails, names or anything we can use to find all your identities and we'll = fix it (it has to be done from the database directly). [1]https://fedorahosted.org/ovirt/newticket Thanks! --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --F8dlzb82+Fcn6AgP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU70MTAAoJEEBxx+HSYmnDnLAH/Aglua+Xl8qyPM3T6TdIvpXd am8q7Y09vlcbQm/08GdFZUVBtxYs0d3MxXQp4Mk5r2uLAeLq5sZokqRYMiVvyZi8 /Vdyy+kKavyzJi9gQ798NCuIetEn9bdvEvlwQwNhZVhQgcDiEMwu6EnnOsDTbo9N PHF+vzk3XXXf94XXGgv4HFg/U2YrZdQOM0JoyCd/3LOGVyT0aLglZOFhvfcTYbnb 3ZSdSTvnMVjNugy2xqXfCoycf3cNPzJR+Meg5wIw3ExSn/uKPTTgJVcPeUvuAPAh K4pKcP8qB0/QoEAGeh/2qcqvnfffKEsC7N50tzX8WuJ3twrCnBv7tnCV8Ug+7zw= =t3he -----END PGP SIGNATURE----- --F8dlzb82+Fcn6AgP--

1 0

REST API tests failing sporadically
by Tal Nisan 25 Feb '15

25 Feb '15

This is a multi-part message in MIME format. --------------040906020901080705060505 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Patch d83d67ff715c0707b1715e09249532ca14c7e21a added a static Map that cached UriBuilders. This made the test "testGet" in "BackendHostNicLabelResourceTest" fail in some cases. Since JUnit test order is not deterministic some tests would wrongly use cached UriBuilders from previous tests and thus fail with the exception below. We've introduced patch 330d7aee596ad6ad8f6854eb73aeb75a3f67cd9e that reverted the original patch till a suitable solution will be found so if you encounter this failure you are encouraged to fetch it. Feb 25, 2015 4:17:16 PM org.ovirt.engine.api.restapi.resource.BackendResource setActionItem SCHWERWIEGEND: Resource to action assignment failure. java.lang.IllegalArgumentException: argument type mismatch at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.ovirt.engine.api.restapi.resource.BackendResource.setActionItem(BackendResource.java:452) at org.ovirt.engine.api.restapi.resource.AbstractBackendActionableResource.actionSuccess(AbstractBackendActionableResource.java:180) at org.ovirt.engine.api.restapi.resource.AbstractBackendActionableResource.doAction(AbstractBackendActionableResource.java:87) at org.ovirt.engine.api.restapi.resource.AbstractBackendActionableResource.doAction(AbstractBackendActionableResource.java:120) at org.ovirt.engine.api.restapi.resource.BackendStorageDomainImageResource.doImport(BackendStorageDomainImageResource.java:65) at org.ovirt.engine.api.restapi.resource.BackendStorageDomainImageResourceTest.testImport(BackendStorageDomainImageResourceTest.java:62) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) at org.junit.rules.RunRules.evaluate(RunRules.java:20) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:115) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103) at com.sun.proxy.$Proxy0.invoke(Unknown Source) at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:150) at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:91) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69) Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.05 sec Running org.ovirt.engine.api.restapi.resource.BackendDisksResourceTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.142 sec Running org.ovirt.engine.api.restapi.resource.BackendStatisticResourceTest Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.05 sec <<< FAILURE! Running org.ovirt.engine.api.restapi.resource.BackendRoleResourceTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.081 sec Running org.ovirt.engine.api.restapi.resource.BackendReadOnlyNicsResourceTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 0.098 sec Running org.ovirt.engine.api.restapi.resource.BackendIscsiBondNetworkResourceTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.07 sec Running org.ovirt.engine.api.restapi.resource.BackendHostHookResourceTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.044 sec Running org.ovirt.engine.api.restapi.resource.BackendCdRomsResourceTest Tests run: 16, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.246 sec Running org.ovirt.engine.api.restapi.resource.BackendTemplateDiskResourceTest Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.166 sec Running org.ovirt.engine.api.restapi.resource.BackendEntityAssignedPermissionsResourceTest Tests run: 13, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.199 sec Running org.ovirt.engine.api.restapi.resource.BackendCreationResourceTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.049 sec Running org.ovirt.engine.api.restapi.resource.BackendJobsResourceTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.097 sec Running org.ovirt.engine.api.restapi.resource.BackendVmPoolResourceTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.08 sec Running org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest Tests run: 9, Failures: 3, Errors: 0, Skipped: 1, Time elapsed: 0.144 sec <<< FAILURE! Running org.ovirt.engine.api.restapi.resource.BackendStorageDomainTemplateResourceTest Tests run: 15, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.251 sec Running org.ovirt.engine.api.restapi.resource.BackendJobResourceTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.08 sec Results : Failed tests: testGet(org.ovirt.engine.api.restapi.resource.BackendHostNicLabelResourceTest) testQuery(org.ovirt.engine.api.restapi.resource.externalhostproviders.BackendHostKatelloErrataResourceTest) testList(org.ovirt.engine.api.restapi.resource.externalhostproviders.BackendHostKatelloErrataResourceTest) testGet(org.ovirt.engine.api.restapi.resource.externalhostproviders.BackendHostKatelloErratumResourceTest) testGetForceTrue(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testUpdateWithClusterId(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testUpdateWithClusterName(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testGetIncludeStatistics(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testGetForceFalse(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testUpdate(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testAddHost(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testAddHostClusterById(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testQuery(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testListIncludeStatistics(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testAddHostClusterByName(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendHostNicsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostNicsResourceTest) testListIncludeStatistics(org.ovirt.engine.api.restapi.resource.BackendHostNicsResourceTest) testAddTagByName(org.ovirt.engine.api.restapi.resource.BackendHostTagsResourceTest) testAddTag(org.ovirt.engine.api.restapi.resource.BackendHostTagsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostTagsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendStatisticsResourceTest) testAdd(org.ovirt.engine.api.restapi.resource.BackendHostNicLabelsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostNicLabelsResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendStatisticResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest) testGetVg(org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest) --------------040906020901080705060505 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Patch d83d67ff715c0707b1715e09249532ca14c7e21a added a static Map that cached UriBuilders. This made the test "testGet" in "BackendHostNicLabelResourceTest" fail in some cases. Since JUnit test order is not deterministic some tests would wrongly use cached UriBuilders from previous tests and thus fail with the exception below. We've introduced patch <span style="color: rgb(53, 53, 53); font-family: sans-serif; font-size: 10.6666669845581px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: nowrap; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);">330d7aee596ad6ad8f6854eb73aeb75a3f67cd9e that reverted the original patch till a suitable solution will be found so if you encounter this failure you are encouraged to fetch it. <meta http-equiv="content-type" content="text/html; charset=utf-8"> <pre wrap="">Feb 25, 2015 4:17:16 PM org.ovirt.engine.api.restapi.resource.BackendResource setActionItem SCHWERWIEGEND: Resource to action assignment failure. java.lang.IllegalArgumentException: argument type mismatch at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.ovirt.engine.api.restapi.resource.BackendResource.setActionItem(BackendResource.java:452) at org.ovirt.engine.api.restapi.resource.AbstractBackendActionableResource.actionSuccess(AbstractBackendActionableResource.java:180) at org.ovirt.engine.api.restapi.resource.AbstractBackendActionableResource.doAction(AbstractBackendActionableResource.java:87) at org.ovirt.engine.api.restapi.resource.AbstractBackendActionableResource.doAction(AbstractBackendActionableResource.java:120) at org.ovirt.engine.api.restapi.resource.BackendStorageDomainImageResource.doImport(BackendStorageDomainImageResource.java:65) at org.ovirt.engine.api.restapi.resource.BackendStorageDomainImageResourceTest.testImport(BackendStorageDomainImageResourceTest.java:62) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) at org.junit.rules.RunRules.evaluate(RunRules.java:20) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:115) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103) at com.sun.proxy.$Proxy0.invoke(Unknown Source) at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:150) at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:91) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69) Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.05 sec Running org.ovirt.engine.api.restapi.resource.BackendDisksResourceTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.142 sec Running org.ovirt.engine.api.restapi.resource.BackendStatisticResourceTest Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.05 sec <<< FAILURE! Running org.ovirt.engine.api.restapi.resource.BackendRoleResourceTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.081 sec Running org.ovirt.engine.api.restapi.resource.BackendReadOnlyNicsResourceTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 0.098 sec Running org.ovirt.engine.api.restapi.resource.BackendIscsiBondNetworkResourceTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.07 sec Running org.ovirt.engine.api.restapi.resource.BackendHostHookResourceTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.044 sec Running org.ovirt.engine.api.restapi.resource.BackendCdRomsResourceTest Tests run: 16, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.246 sec Running org.ovirt.engine.api.restapi.resource.BackendTemplateDiskResourceTest Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.166 sec Running org.ovirt.engine.api.restapi.resource.BackendEntityAssignedPermissionsResourceTest Tests run: 13, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.199 sec Running org.ovirt.engine.api.restapi.resource.BackendCreationResourceTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.049 sec Running org.ovirt.engine.api.restapi.resource.BackendJobsResourceTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.097 sec Running org.ovirt.engine.api.restapi.resource.BackendVmPoolResourceTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.08 sec Running org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest Tests run: 9, Failures: 3, Errors: 0, Skipped: 1, Time elapsed: 0.144 sec <<< FAILURE! Running org.ovirt.engine.api.restapi.resource.BackendStorageDomainTemplateResourceTest Tests run: 15, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.251 sec Running org.ovirt.engine.api.restapi.resource.BackendJobResourceTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.08 sec Results : Failed tests: testGet(org.ovirt.engine.api.restapi.resource.BackendHostNicLabelResourceTest) testQuery(org.ovirt.engine.api.restapi.resource.externalhostproviders.BackendHostKatelloErrataResourceTest) testList(org.ovirt.engine.api.restapi.resource.externalhostproviders.BackendHostKatelloErrataResourceTest) testGet(org.ovirt.engine.api.restapi.resource.externalhostproviders.BackendHostKatelloErratumResourceTest) testGetForceTrue(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testUpdateWithClusterId(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testUpdateWithClusterName(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testGetIncludeStatistics(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testGetForceFalse(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testUpdate(org.ovirt.engine.api.restapi.resource.BackendHostResourceTest) testAddHost(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testAddHostClusterById(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testQuery(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testListIncludeStatistics(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testAddHostClusterByName(org.ovirt.engine.api.restapi.resource.BackendHostsResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendHostNicsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostNicsResourceTest) testListIncludeStatistics(org.ovirt.engine.api.restapi.resource.BackendHostNicsResourceTest) testAddTagByName(org.ovirt.engine.api.restapi.resource.BackendHostTagsResourceTest) testAddTag(org.ovirt.engine.api.restapi.resource.BackendHostTagsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostTagsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendStatisticsResourceTest) testAdd(org.ovirt.engine.api.restapi.resource.BackendHostNicLabelsResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostNicLabelsResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendStatisticResourceTest) testGet(org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest) testGetVg(org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest) testList(org.ovirt.engine.api.restapi.resource.BackendHostStorageResourceTest) </pre> </body> </html> --------------040906020901080705060505--

1 0

[QE][ACTION NEEDED] oVirt 3.5.2 RC status - postponing
by Sandro Bonazzola 25 Feb '15

25 Feb '15

Hi, We still have one open blocker for 3.5.2[1]: Bug ID Whiteboard Status Summary 1161012 infra POST task cleaning utility should erase commands that have running tasks We need to postpone the RC until this will be fixed. The patch is already under review and verification so it shouldn't take too much. There are still 48 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 42 bugs [3] targeted to 3.5.2. Whiteboard NEW ASSIGNED POST Total doc 1 0 0 1 docs 1 0 0 1 gluster 4 0 1 5 infra 4 2 8 14 integration 0 0 1 1 network 1 1 0 2 node 4 0 1 5 ppc 0 0 1 1 sla 4 0 0 4 storage 11 0 0 11 ux 1 0 0 1 virt 1 0 1 2 Total 32 3 13 48 Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created and updated here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3] http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 25 Feb '15

25 Feb '15

Hi, here's an update on 3.6 status on integration / rel-eng side Schedule for 3.6.0 has been published[1] and external project schedules have been updated[2]. The tracker bug for 3.6.0 [3] currently shows no blockers. There are 561 bugs [4] targeted to 3.6.0. Excluding node and documentation bugs we have 514 bugs [5] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 gluster 30 2 1 33 i18n 2 0 0 2 infra 83 8 5 96 integration 61 6 4 71 network 32 2 9 43 node 27 3 3 33 ppc 0 0 1 1 sla 53 3 0 56 spice 1 0 0 1 storage 74 4 5 83 ux 34 0 8 42 virt 73 6 10 89 Total 481 34 46 561 Features submission is still open until 2015-04-22 as per current release schedule. Be sure to have your features tracked in the google doc[6] >From integration side, Hosted Engine support for FC is available in nightly builds for testing. [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones [2] http://www.ovirt.org/OVirt_3.6_Release_Management#External_Project_Schedules [3] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [4] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [5] http://goo.gl/ZbUiMc [6] http://goo.gl/9X3G49 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Changed state to Down: Failed to open file (oVirt 3.5 + Gluster)
by Christopher Pereira 25 Feb '15

25 Feb '15

Hi: I removed a brick from a gluster volume via oVirt. The files were moved to another brick before commiting the brick removal. After that, some VMs are not starting. According to the logs, the disk image is not found: Changed state to Down: Failed to open file '/rhev/data-center/00000002-0002-0002-0002-000000000183/b55d0462-0dec-41a3-b0fd-6225fc5cf248/images/393a14c3-99df-4ffd-8ded-0705a22 d3304/dc9d4128-3172-4259-9923-54db19347fd2': No such file or directory (code=1) But the file is present on the gluster storage, which is mounted in /rhev/data-center/mnt/glusterSD/. What is this /rhev/data-center/00000002-0002-0002-0002-000000000183 directory for? And why is ovirt/libvirt trying to find the image on another location instead of the gluster mount? Thanks

2 2

Gerrit HTTPS Cert
by David Caro 24 Feb '15

24 Feb '15

--zx4FCpZtqtKETZ7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone! Finally we have a properly signed https certificate for the ovirt sites, you should be able to see it on gerrit.ovirt.org immediately, the cert details = are: Certificate: Data: Version: 3 (0x2) Serial Number: 06:3d:c1:b8:4d:d4:02:00:d1:fa:64:c5:1f:90:f9:eb Signature Algorithm: sha256WithRSAEncryption Issuer: C=3DUS, O=3DDigiCert Inc, OU=3Dwww.digicert.com, CN=3DDigiC= ert SHA2 High Assurance Server CA Validity Not Before: Feb 23 00:00:00 2015 GMT Not After : Feb 27 12:00:00 2017 GMT Subject: C=3DUS, L=3DRaleigh, ST=3DNorth Carolina, O=3DRed Hat Inc.= , CN=3D*.ovirt.org Subject Public Key Info: Public Key Algorithm: rsaEncryption Public-Key: (2048 bit) Modulus: 00:aa:d6:cb:27:71:eb:31:52:63:a3:31:16:e2:27: 3c:36:67:07:19:06:29:ed:e0:fc:86:ef:7d:1f:7d: 90:cc:e5:dc:d4:f7:8a:a9:0c:4b:75:5e:e7:78:bd: 79:ea:b2:19:ef:2b:28:19:74:ae:95:20:69:3f:bc: e8:20:f3:f7:2a:8a:3b:a2:3c:9b:bb:ec:fe:82:58: 52:08:8f:ba:99:0d:47:fa:cb:6d:a4:42:3f:87:ff: 2c:8c:8b:0e:10:67:42:ed:d8:a8:8a:5d:84:37:23: 2e:80:15:fc:be:40:a1:7b:14:f5:bc:1a:f9:dc:26: 11:2b:04:17:bd:12:6a:14:2e:2a:01:1e:0f:2c:30: 08:cf:d1:6c:87:c4:e9:51:07:0c:89:3b:9a:b3:70: db:eb:9a:2a:6d:1f:4f:a2:43:c5:c0:25:4f:77:3d: ef:7c:d1:cf:b5:65:3d:66:9d:d2:ac:1c:61:bd:c7: 3d:e7:9e:2f:f9:7f:01:2b:5e:da:0b:45:da:e0:6b: 9a:b7:34:04:20:ad:15:76:fa:3f:5c:08:f3:79:2d: f4:fd:cc:a6:4a:9f:a6:0f:78:19:65:69:89:49:cc: 6a:7c:e5:bf:26:d7:37:b9:43:3d:ef:bd:d1:b5:2c: 3c:77:35:05:9e:0d:e1:f7:fe:e7:a3:08:0b:62:60: 6c:c3 Exponent: 65537 (0x10001) X509v3 extensions: X509v3 Authority Key Identifier:=20 keyid:51:68:FF:90:AF:02:07:75:3C:CC:D9:65:64:62:A2:12:B8:59= :72:3B X509v3 Subject Key Identifier:=20 90:F7:10:C0:50:C8:0C:26:80:05:FB:3D:6D:17:8F:72:0E:40:FA:07 X509v3 Subject Alternative Name:=20 DNS:*.ovirt.org, DNS:ovirt.org X509v3 Key Usage: critical Digital Signature, Key Encipherment X509v3 Extended Key Usage:=20 TLS Web Server Authentication, TLS Web Client Authentication X509v3 CRL Distribution Points:=20 Full Name: URI:http://crl3.digicert.com/sha2-ha-server-g3.crl Full Name: URI:http://crl4.digicert.com/sha2-ha-server-g3.crl X509v3 Certificate Policies:=20 Policy: 2.16.840.1.114412.1.1 CPS: https://www.digicert.com/CPS Authority Information Access:=20 OCSP - URI:http://ocsp.digicert.com CA Issuers - URI:http://cacerts.digicert.com/DigiCertSHA2Hi= ghAssuranceServerCA.crt X509v3 Basic Constraints: critical CA:FALSE Signature Algorithm: sha256WithRSAEncryption 6e:4a:c4:00:b8:58:a6:d7:40:14:96:03:4a:12:15:1b:1a:e0: 58:54:4f:9c:c9:22:68:49:0d:83:19:3d:00:49:87:5d:c3:e1: 3e:7f:b0:81:11:dd:b8:c4:57:4d:a2:b1:9f:f5:5a:be:c2:43: 9c:31:d5:a2:db:67:f9:36:4a:27:0a:4c:4a:c6:77:67:32:32: 82:7a:49:b6:8f:75:fa:d3:84:9e:0e:0e:b7:9a:c3:1c:e7:ab: 82:64:ce:06:6c:b9:ed:ff:3f:de:85:46:2a:e1:44:ab:25:c6: cb:71:6c:b8:14:e5:2d:c8:e0:b7:6f:d7:d0:b6:85:2c:82:1e: 12:52:3d:87:db:c8:cc:04:32:54:62:e5:a1:37:35:35:ae:f5: 45:2e:2d:83:b4:38:cd:0c:2e:b4:5e:11:56:f4:5b:4c:a6:6d: 2f:46:b1:49:7b:76:22:1b:2b:82:78:09:92:95:a7:35:eb:89: 19:08:e2:c2:1c:92:dc:8b:d0:24:12:2d:33:0e:ec:55:f8:87: 56:c5:a7:d2:0c:7c:bb:2b:32:f3:4e:d0:4e:73:4d:ee:9a:c8: 08:a2:7b:d1:ea:bb:84:eb:0d:44:87:17:e7:3a:0d:8a:cc:e2: b9:dc:b2:a7:9c:8d:0f:35:15:ae:73:9d:40:0b:b5:8e:46:db: d5:b9:28:0c --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --zx4FCpZtqtKETZ7O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU62n4AAoJEEBxx+HSYmnDaHQH/Rz7YJ/fEG7W22t5NGpIMj0H 3H67jHQFI8FtH4xvdIDADA3dxde0s+UFEGp2/JcrV/Win6be2daZGDVtp9j/kLvo 7D4rr4LqWmlbd1tu/p3agoIi/BzDq4jUztlJpNunTwuUZ28XWqF2ITiUmDaMtHTG A3/gRSWJSy1fTlJqNQCvr/nSd93Ln5YPSYxWCmwuytiz89Rj4y2XWXOnJ3NZXzoI xUB36/jEwV511vB6DjteSEEJBYmr/lBUjJbYdTgwtQgv02AzTtqB3il2qpEdiNOf FT5RPlAI4l7pOAg41f7nZ/uT19S0dd0631L7T13mRcMVJ18hl6IcfLl5iknXtB4= =U2Bu -----END PGP SIGNATURE----- --zx4FCpZtqtKETZ7O--

3 3

Re: [ovirt-devel] [QE][ACTION NEEDED] oVirt 3.5.2 RC status - postponing
by Oved Ourfali 24 Feb '15

24 Feb '15

On Feb 24, 2015 4:54 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > Hi, > We still have one open blocker for 3.5.2[1]: > > Bug ID Whiteboard Status Summary > 1161012 infra POST task cleaning utility should erase commands that have running tasks > Yair and Simone, what's blocking this one from getting merged? > We need to postpone the RC until this will be fixed. > The patch is already under review and verification so it shouldn't take too much. > > > There are still 48 bugs [2] targeted to 3.5.2. > Excluding node and documentation bugs we still have 42 bugs [3] targeted to 3.5.2. > > Whiteboard NEW ASSIGNED POST Total > doc 1 0 0 1 > docs 1 0 0 1 > gluster 4 0 1 5 > infra 4 2 8 14 > integration 0 0 1 1 > network 1 1 0 2 > node 4 0 1 5 > ppc 0 0 1 1 > sla 4 0 0 4 > storage 11 0 0 11 > ux 1 0 0 1 > virt 1 0 1 2 > Total 32 3 13 48 > > > Maintainers / Assignee: > - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. > - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: > it will ease gathering the blocking bugs for next releases. > - Please fill release notes, the page has been created and updated here [4] > > Community: > - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] > > [1] http://bugzilla.redhat.com/1186161 > [2] http://goo.gl/crVJPH > [3] http://goo.gl/2qTZZU > [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes > [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

2 1

[VDSM] about improved libvirt-python bindings
by Francesco Romani 24 Feb '15

24 Feb '15

Hi, during my sampling overhaul effort I faced various times a mismatch between what the libvirt-python API offers for bulk stats and what VDSM needs. The return value of bulk stats is a something like [(dom1, {dict_of_bulk_stats1}), {dom2, {dict_of_bulk_stats2}), ...] While VDSM almost all the times really wants to use { dom_uuid_1: dict_of_bulk_stats_1, dom_uuid_2: dict_of_bulk_stats_2 } translation is trivial to be coded, but bulk stats retrieval is quite always in the hot path. Moreover, this is just wasteful. But in general, there will always be a not-perfect match from libvirt-python and VDSM needs. This is expected: libvirt-python needs to be more generic. So, I coded a Proof of Concept extension module which *complements* and not *replaces* the libvirt-python API. https://github.com/mojaves/libvirt-python-ovirt It monkeys-patch some APIs and replace them with VDSM-crafted ones. If we have enough of monkey patching, it is even easier to just add new APIs instead of replacing them. It was a nice and fun hack, but now, the question is: is that a concept worth developing further? Do we want to use and depend on this module? I believe that with such a buffer we can gain some agility with respect to libvirt plans and needs, and the maintainership cost _seems_ fairly low. Thoughts welcome. -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

4 8

[ACTION REQUIRED] oVirt 3.5.2 branch created
by Sandro Bonazzola 24 Feb '15

24 Feb '15

Hi, oVirt 3.5.2 branch has been created on hash: * 405c933 - userportal, webadmin: allow SSO robots to fill in the login form (34 minutes ago) <Greg Sheremeta> All patches targeted to 3.5.2 will need to be cherry-picked on the 3.5.2 branch too. Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Gerrit restart
by David Caro 24 Feb '15

24 Feb '15

--gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! After this morning upgrade, gerrit http access has stopped working, I'm try= ing to solve it but in the meantime I might have to restart gerrit a couple of times, you can still use git or ssh to clone repos. I'll update when finished. --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --gKMricLos+KVdGMg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU6wF8AAoJEEBxx+HSYmnD2BQH/i7jzk/2SIyVj1YBnPieopvv /OGI4+Tn9x1iu4eRfmJgkVrZ9vZsX+3lr7Gb3k9TbxofSc+7ssLQmmd0ktKVRWk0 XyzbyGpE98LGpoHkZt+eCaW9evNywzAYLlttGIo3k1+ISNWswoe94whxX3jfXqsT 9eIJ9shVDebsPGj9dzu+nBqXiMaHlu7Pd8dY6Iv/iHVd+YKMbIYAItZC7C99nLVc eeoBKZWVY8dSznvM/S35EKJezUMJV3r3g4vFcjbiYTToR9QW0aLqoI/40L9UR2u9 nJBhqP3DkjKT+6zw2XnoDxKGtRogHWmH2XHeVHE3wN9CNKOsU04F0Vf+/aYwPAM= =ZLK0 -----END PGP SIGNATURE----- --gKMricLos+KVdGMg--

6 22

gerrit -- why a self-signed certificate?
by Greg Sheremeta 23 Feb '15

23 Feb '15

Any reason we are using a self-signed certificate now? I think a proper certificate would be better for a public project. Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

2 1

oVirt Node Weekly Meeting -- 2015-02-23
by Fabian Deutsch 23 Feb '15

23 Feb '15

Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-23-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-23-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-23-15.01.log.html ================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 15:01:21 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-23-15.01.log.html . Meeting summary --------------- * Agenda (fabiand, 15:01:49) * oVirt 3.5 (fabiand, 15:01:54) * oVirt 3.6 planning (fabiand, 15:01:59) * Other Items (fabiand, 15:02:03) * oVirt 3.5 (fabiand, 15:02:30) * Some automation hickups after a gerrit update (fabiand, 15:07:24) * It is beeing worked on bringing back the missing packages (fabiand, 15:07:46) * Some small 3.5 updates are planned (fabiand, 15:09:59) * Builds are left to jenkins (fabiand, 15:10:06) * oVirt 3.6 Planning (fabiand, 15:10:18) * LINK: http://resources.ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.txt (fabiand, 15:10:28) * tlitovsk created the cockpit feature page (fabiand, 15:10:39) * ACTION: fabiand to open the feature page for anaconda based installation (fabiand, 15:14:24) * Other Items (fabiand, 15:17:00) * tlitovsk to look at integrating csmock (fabiand, 15:23:14) Meeting ended at 15:24:27 UTC. Action Items ------------ * fabiand to open the feature page for anaconda based installation Action Items, by person ----------------------- * fabiand * fabiand to open the feature page for anaconda based installation * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (65) * tlitovsk (19) * dougsland (5) * rbarry (2) * sbonazzo (2) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Re: [ovirt-devel] Gerrit restart
by Oved Ourfali 23 Feb '15

23 Feb '15

Works for me. Oved On Feb 23, 2015 12:54 PM, David Caro <dcaroest(a)redhat.com> wrote: > > > I've done a few tests now and everything seems to work as expected, can anyone > confirm that it's working for him? > > If noone replies, I'll consider it solved > > cheers > > On 02/23, David Caro wrote: > > > > Hi! > > > > After this morning upgrade, gerrit http access has stopped working, I'm trying > > to solve it but in the meantime I might have to restart gerrit a couple of > > times, you can still use git or ssh to clone repos. > > > > > > I'll update when finished. > > > > > > > > > > -- > > David Caro > > > > Red Hat S.L. > > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > > > Tel.: +420 532 294 605 > > Email: dcaro(a)redhat.com > > Web: www.redhat.com > > RHT Global #: 82-62605 > > > > -- > David Caro > > Red Hat S.L. > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > Tel.: +420 532 294 605 > Email: dcaro(a)redhat.com > Web: www.redhat.com > RHT Global #: 82-62605

1 0

WARNING: trying to localize null, probable error. Exception is not thrown, returning 'N/A'
by Greg Sheremeta 23 Feb '15

23 Feb '15

This warning message of $subject is spamming Firebug / Dev tools consoles on latest master. VM tab > Display column is at least one source of it. EnumTranslator is getting nulls passed to translate(). I'm not sure why it's logging about it all of a sudden. Anyone recognize this? Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

3 5

Fwd: Gerrit update
by David Caro 23 Feb '15

23 Feb '15

--7ArrI7P/b+va1vZ8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I sent it only to infra :/ ----- Forwarded message from David Caro <dcaroest(a)redhat.com> ----- > From: David Caro <dcaroest(a)redhat.com> > To: Infra <infra(a)ovirt.org> > Date: Mon, 23 Feb 2015 07:30:27 +0100 > Subject: Gerrit update > User-Agent: Mutt/1.5.22.1 (2013-10-16) >=20 >=20 > Hi everyone! >=20 > As of right now, gerrit is being updated to 2.10 [1] I will notice when i= t's > ready, in the meantime you (or jenkins) will not be able to use it. >=20 >=20 >=20 > Cheers! >=20 >=20 > --=20 > David Caro >=20 > Red Hat S.L. > Continuous Integration Engineer - EMEA ENG Virtualization R&D >=20 > Tel.: +420 532 294 605 > Email: dcaro(a)redhat.com > Web: www.redhat.com > RHT Global #: 82-62605 > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra ----- End forwarded message ----- --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --7ArrI7P/b+va1vZ8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU6snVAAoJEEBxx+HSYmnDkkUH/0yPKq+t6DrCFYOPlQu6cItR Nb+GatnwHxVsWY+oM0yw9aTdh6PpJ0h7P2gIvkHLt3FpjHAjWrWJCOCp/JEoJ4tK I3vcR/qFeWsQvDloS5WMpVQzpw0lqzZw0wWq2cAJ+CUqh0uc2mMWMNNDFWsRbAim YAWs5EnCC+lZl3i6KrQHM2/sHOtUzpzvC3Axz2EBStNFvhoMXlsh172R6JpV8m5M CvS2TvPJyuIKcoGu+6IR4w08H6y/GgtwjxepuwaqjquVJXr/TE6JwBfXiIPb13gW GP2hrPHOK1FzxiK4Kcqk6Q06ktcFVcLueVfNvG4hut2eUo/QlTmpXpmpDg9g9us= =qeZh -----END PGP SIGNATURE----- --7ArrI7P/b+va1vZ8--

2 1

Current status of numa integration?
by Sven Kieske 22 Feb '15

22 Feb '15

Hi, what is the exact current state of numa integration in currently released ovirt versions (3.5.1)? and what are the plans for 3.5.z and 3.6? the wiki page is fairly outdated and could need an update: http://www.ovirt.org/Features/NUMA_and_Virtual_NUMA Thanks in advance -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 1

Google Summer of Code Reminder
by Brian Proffitt 20 Feb '15

20 Feb '15

If you have any ideas for Google Summer of Code, *now* is the time to get them in. The deadline is 1900 UTC today. We have one project submitted to date, but the more we have, the more slots we should get. Thanks, BKP -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Re: [ovirt-devel] [ovirt-users] Announcing the moVirt Incubator Project!
by Donny D 20 Feb '15

20 Feb '15

----_com.android.email_2495776108079720 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKVGhhdCBpcyBncmVhdCBwcm9qZWN0LiBUaGlzIG1ha2VzIG1lIHZlcnkgaGFwcHkuwqAK CgpIYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2FsYXh5IFPC riA1CgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tCkZyb206IEJyaWFuIFByb2Zm aXR0IDxicHJvZmZpdEByZWRoYXQuY29tPiAKRGF0ZTogMDIvMTcvMjAxNSAgOToxNyBBTSAgKEdN VC0wNzowMCkgClRvOiBib2FyZCA8Ym9hcmRAb3ZpcnQub3JnPiAKQ2M6IGFubm91bmNlQG92aXJ0 Lm9yZywgdXNlcnMgPHVzZXJzQG92aXJ0Lm9yZz4sIGRldmVsQG92aXJ0Lm9yZyAKU3ViamVjdDog W292aXJ0LXVzZXJzXSBBbm5vdW5jaW5nIHRoZSBtb1ZpcnQgSW5jdWJhdG9yIFByb2plY3QhIAoK VGhpcyBtZXNzYWdlIGlzIHRvIGFubm91bmNlIG1vVmlydCBhcyBhIG5ldyBvVmlydCBpbmN1YmF0 b3IgcHJvamVjdCwgYXBwcm92ZWQgYnkgdW5hbmltb3VzIHZvdGUgb2YgdGhlIEJvYXJkIG1haWxp bmcgbGlzdCEKCkRldGFpbHMgYWJvdXQgdGhlIHByb2plY3QgY2FuIGJlIGZvdW5kIGF0CgpodHRw Oi8vd3d3Lm92aXJ0Lm9yZy9Qcm9qZWN0X21vVmlydAoKTW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0 aGUgaW5jdWJhdG9yIGF0IG9WaXJ0IGNhbiBiZSBmb3VuZCBhdAoKaHR0cDovL3d3dy5vdmlydC5v cmcvSW5jdWJhdGluZ19hbl9vVmlydF9TdWJwcm9qZWN0CgpQbGVhc2UgY2hlY2sgb3V0IHRoaXMg cHJvamVjdCBhbmQgc2VlIHdoYXQgeW91IGNhbiBkbyB0byBoZWxwIQoKLS0gCkJyaWFuIFByb2Zm aXR0CgpDb21tdW5pdHkgTGlhaXNvbgpvVmlydApPcGVuIFNvdXJjZSBhbmQgU3RhbmRhcmRzLCBS ZWQgSGF0IC0gaHR0cDovL2NvbW11bml0eS5yZWRoYXQuY29tClBob25lOiArMSA1NzQgMzgzIDlC S1AKSVJDOiBia3AgQCBPRlRDCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fClVzZXJzIG1haWxpbmcgbGlzdApVc2Vyc0BvdmlydC5vcmcKaHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzCg== ----_com.android.email_2495776108079720 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PlRoYXQgaXMgZ3Jl YXQgcHJvamVjdC4gVGhpcyBtYWtlcyBtZSB2ZXJ5IGhhcHB5LiZuYnNwOzwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgaWQ9ImNvbXBvc2VyX3Np Z25hdHVyZSI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjg1JTtjb2xvcjojNTc1NzU3Ij5IYXBweSBD b25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2FsYXh5IFPCriA1PC9kaXY+ PC9kaXY+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tPGJyPkZyb206 IEJyaWFuIFByb2ZmaXR0ICZsdDticHJvZmZpdEByZWRoYXQuY29tJmd0OyA8YnI+RGF0ZTogMDIv MTcvMjAxNSAgOToxNyBBTSAgKEdNVC0wNzowMCkgPGJyPlRvOiBib2FyZCAmbHQ7Ym9hcmRAb3Zp cnQub3JnJmd0OyA8YnI+Q2M6IGFubm91bmNlQG92aXJ0Lm9yZywgdXNlcnMgJmx0O3VzZXJzQG92 aXJ0Lm9yZyZndDssIGRldmVsQG92aXJ0Lm9yZyA8YnI+U3ViamVjdDogW292aXJ0LXVzZXJzXSBB bm5vdW5jaW5nIHRoZSBtb1ZpcnQgSW5jdWJhdG9yIFByb2plY3QhIDxicj48YnI+VGhpcyBtZXNz YWdlIGlzIHRvIGFubm91bmNlIG1vVmlydCBhcyBhIG5ldyBvVmlydCBpbmN1YmF0b3IgcHJvamVj dCwgYXBwcm92ZWQgYnkgdW5hbmltb3VzIHZvdGUgb2YgdGhlIEJvYXJkIG1haWxpbmcgbGlzdCE8 YnI+PGJyPkRldGFpbHMgYWJvdXQgdGhlIHByb2plY3QgY2FuIGJlIGZvdW5kIGF0PGJyPjxicj5o dHRwOi8vd3d3Lm92aXJ0Lm9yZy9Qcm9qZWN0X21vVmlydDxicj48YnI+TW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgaW5jdWJhdG9yIGF0IG9WaXJ0IGNhbiBiZSBmb3VuZCBhdDxicj48YnI+aHR0 cDovL3d3dy5vdmlydC5vcmcvSW5jdWJhdGluZ19hbl9vVmlydF9TdWJwcm9qZWN0PGJyPjxicj5Q bGVhc2UgY2hlY2sgb3V0IHRoaXMgcHJvamVjdCBhbmQgc2VlIHdoYXQgeW91IGNhbiBkbyB0byBo ZWxwITxicj48YnI+LS0gPGJyPkJyaWFuIFByb2ZmaXR0PGJyPjxicj5Db21tdW5pdHkgTGlhaXNv bjxicj5vVmlydDxicj5PcGVuIFNvdXJjZSBhbmQgU3RhbmRhcmRzLCBSZWQgSGF0IC0gaHR0cDov L2NvbW11bml0eS5yZWRoYXQuY29tPGJyPlBob25lOiArMSA1NzQgMzgzIDlCS1A8YnI+SVJDOiBi a3AgQCBPRlRDPGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPlVzZXJzIG1haWxpbmcgbGlzdDxicj5Vc2Vyc0BvdmlydC5vcmc8YnI+aHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPjwvYm9keT48L2h0bWw+ ----_com.android.email_2495776108079720--

5 4

Issues with the VM display type value(s)
by Einav Cohen 19 Feb '15

19 Feb '15

Hi, This is about the changes introduced by patch http://gerrit.ovirt.org/#/c/35281 (restapi: adjust api to new graphics representation). There are a couple of issues with the VM's display type value: (1) the "display -> type" value of the VM in the REST API seem to map to different properties based on the VM status. see http://i.imgur.com/Mn1RITW.png: When the VM is Up, the "display -> type" value in the REST API matches the 'Display' value in the GUI. But when the VM is Down, the "display -> type" value in the REST API matches the 'Graphics Protocol' value in the GUI and does not necessarily match the 'Display' value (e.g. in case we invoked 'Run Once' on the VM with a different Console value). Is there a reason for the values in the REST API to not match the ones in the GUI? it's a bit confusing. Maybe need to have two properties in the REST API to match the two displayed values in the GUI: 'Display' (which, IIUC, is the 'run- time' value) and 'Graphics Protocol' (which, IIUC, is the 'configured'/persisted value)? I understand that there may be backward-compatibility issues with naming/terminology, but perhaps we can come up with a solution that will not break the backward compatibility? (2) in patch http://gerrit.ovirt.org/#/c/35281, it seems that the REST API is calling a query *per VM* in order to re-populate the display-related values. This will potentially overload the engine, especially if we are planning to move the GUI to work over the REST API and request VMs every 5 seconds (by default) per client, as we are doing today. Are there any plans to optimize this behavior (e.g. populate the correct display-related values on the db-side, rather than re- populating them on the REST-API side using a per-VM query)? Many thanks in advance. ---- Regards, Einav

3 4

oVirt 3.6.0 release schedule update
by Sandro Bonazzola 19 Feb '15

19 Feb '15

Hi, here is the proposed schedule for oVirt 3.6.0. These are tentative planning dates and may change: 2015-04-22 - Feature Submission Closed 2015-05-06 - Alpha Release 2015-05-12 - Alpha Release Test Day 2015-06-16 - Feature freeze - Stable branch 2015-07-15 - Beta Release 2015-07-20 - Beta Release Test Day 2015-08-03 - String Freeze 2015-08-19 - Release Candidate 2015-08-24 - Release Candidate Test Day 2015-09-16 - Release Release management page has been updated accordingly: http://www.ovirt.org/OVirt_3.6_Release_Management oVirt Google Calendar has been updated accordingly: ICAL: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.cal… XML: https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.ca… HTML: https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40grou… Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt Node Weekly Meeting Minutes -- 2015-02-16
by Fabian Deutsch 19 Feb '15

19 Feb '15

Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.log.html ================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 15:00:02 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.log.html . Meeting summary --------------- * Agenda (fabiand, 15:00:10) * oVirt 3.5 (fabiand, 15:00:14) * oVirt 3.6 planning (fabiand, 15:00:27) * Other Items (fabiand, 15:00:32) * oVirt 3.5 (fabiand, 15:00:40) * oVirt 3.5 is there (fabiand, 15:03:57) * Official ISO builds are pending (fabiand, 15:04:04) * Idea: Only provide stable Jenkins builds. (fabiand, 15:04:13) * Limit releases to tarballs (fabiand, 15:04:23) * Build rpms and iso in jenkins (fabiand, 15:04:34) * ACTION: tlitovsk to review existnig jobs and clean them up (fabiand, 15:06:24) * ACTION: tlitovsk to create job pulling in stable packages (fabiand, 15:06:32) * oVirt 3.6 planning (fabiand, 15:06:54) * Node team decided to drop the custom installer and custom setup TUI (fabiand, 15:10:00) * Replacements will be anaconda (for installation) and cockpit (for administration) (fabiand, 15:10:20) * Moving to a minimal kickstart approach (fabiand, 15:11:20) * ACTION: tlitovsk to open a feature page for the Cockpit feature (fabiand, 15:16:35) * Other Items (fabiand, 15:17:42) Meeting ended at 15:19:54 UTC. Action Items ------------ * tlitovsk to review existnig jobs and clean them up * tlitovsk to create job pulling in stable packages * tlitovsk to open a feature page for the Cockpit feature Action Items, by person ----------------------- * tlitovsk * tlitovsk to review existnig jobs and clean them up * tlitovsk to create job pulling in stable packages * tlitovsk to open a feature page for the Cockpit feature * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (61) * tlitovsk (5) * bkp (3) * ovirtbot (2) * rbarry (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

CI and infra request
by David Caro 18 Feb '15

18 Feb '15

--lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I'd like to make a request to all the ovirt developers ad contributors regarding the CI and infra of the project. As you know, the environment is not as stable as it should, and at the infra team we don't have enough manpower to maintain it by ourselves [1], so I'm asking you for help, the main ways that you can help us is: * Notifying us of any unattended errors in the tests if they look infra rel= ated - You can open tickets to trac here [2] * Helping troubleshoot non-working jobs * Helping migrate jobs to yaml [3] * Helping migrate jobs to the new automation structure [4] [1] Doing a rough quick ugly math, yesterday we ran 3508 builds of around 4= 59 different jobs, on 27 slaves, and we don't have anyone 100% dedicated to it (I'm the infra member that can spend more time there, and it's not all of i= t). [2] https://fedorahosted.org/ovirt/ [3] http://gerrit.ovirt.org/#/admin/projects/jenkins [4] http://gerrit.ovirt.org/#/c/37653/ Thanks! --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU2dzdAAoJEEBxx+HSYmnDF+cH/RDkhNoE/lOnmWiwC++kzoYz NopISSdv4UjqBYtN38Tr8tPVFK4ngdslsB7LhJbI0nLSGXqPDhDsqbRmabhPzSHG yRe+Ivi5MpczjuroszmDP6vSe8oatMNovCAsx88G723NP1bT9hjF7r6ZQFcg7xI5 3pk8BcZ4Q4dGoMoBaVuuMCgUPSsdhpDTGUoEVR4xZmiNrzakN5CyvQ60hSuweCAe ZRAfGCqGWBRv9gHn6mKgrL6EEAyGJAbhjpq879/SgK4/+gD0qzw6tU36VgCwVb9U prPF0fOviewcFErxmPA1xSbxYuHHoI9M1lQskhSsDIST+34k5vbkoTUBaVNbMxA= =6Kwa -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2--

3 2

ovirt-guest-agent: Hardcoded uid/gid: okay to remove?
by Cameron Norman 18 Feb '15

18 Feb '15

Hello, In the RPM and debian packaging for ovirt-guest-agent, the UID/GID numbers are hardcoded. I need to remove this to fix a policy violation in Debian. What are the implications of making the uid/gid's dynamically allocated, i.e. why were they hardcoded in the first place? Thank you all, -- Cameron Norman

2 1

Engine on Fedora 21
by Adam Litke 18 Feb '15

18 Feb '15

Hi all, Today I tried running engine on my Fedora 21 laptop. I tried two approaches for deploying jboss: using the ovirt-jboss-as package, and by downloading and unpacking jboss-7.1.1 into /usr/share as I have done in the past. engine-setup runs without errors but when I try to start engine the application does not seem to deploy in jboss and there are no errors reported (engine.log is empty). Is there a reasonable expectation that I should be able to get this working on F21 or am I wasting my time? Does anyone have any ideas on how I can resolve the startup issues? See logs attached... -- Adam Litke

7 16

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 18 Feb '15

18 Feb '15

Hi, here's an update on 3.6 status on integration / rel-eng side ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 22: 2015-05-19 Fedora 20 End Of Life:2015-06-19 (1 month after Fedora 22 release) Foreman 1.8.0: 2015-04-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 552 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 510 bugs [4] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 gluster 28 2 1 31 i18n 2 0 0 2 infra 82 10 4 96 integration 56 5 4 65 network 30 2 9 41 node 25 3 3 31 ppc 0 0 1 1 sla 56 3 1 60 spice 1 0 0 1 storage 75 4 5 84 ux 36 1 3 40 virt 74 6 9 89 Total 476 36 40 552 oVirt Live for 3.6 has been rebased on EL7. Nightly builds are available here: http://jenkins.ovirt.org/job/ovirt_live_create_iso/ [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION NEEDED] oVirt 3.5.2 RC status - branching
by Sandro Bonazzola 18 Feb '15

18 Feb '15

Hi, We're going to start composing oVirt 3.5.2 RC on *2015-02-25 08:00 UTC* from 3.5 branch. In order to stabilize the release a new branch ovirt-engine-3.5.2 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2015-02-24 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2015-02-24 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A release management entry has been added for tracking the schedule of 3.5.2 [0] A bug tracker [1] has been created and currently has one open blocker. Bug ID Whiteboard Status Summary 1161012 infra POST task cleaning utility should erase commands that have running tasks Yair, can you please provide ETA for this? There are still 46 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.2. Whiteboard NEW ASSIGNED POST Total 0 1 0 1 docs 1 0 0 1 gluster 4 0 1 5 infra 2 2 3 7 integration 9 0 0 9 network 0 1 0 1 node 4 0 1 5 ppc 0 0 1 1 sla 4 0 0 4 storage 8 0 0 8 ux 1 0 0 1 virt 1 0 2 3 Total 34 4 8 46 Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [0] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.2 [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3] http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Announcing the moVirt Incubator Project!
by Brian Proffitt 17 Feb '15

17 Feb '15

This message is to announce moVirt as a new oVirt incubator project, approved by unanimous vote of the Board mailing list! Details about the project can be found at http://www.ovirt.org/Project_moVirt More information about the incubator at oVirt can be found at http://www.ovirt.org/Incubating_an_oVirt_Subproject Please check out this project and see what you can do to help! -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

python-cpopen
by Sandro Bonazzola 16 Feb '15

16 Feb '15

Hi, I'm looking at python-cpopen package as missing dependency for building VDSM within CentOS Virt SIG. I see that Fedora and EPEL have version 1.3 but I see that our git repository has the following tags: $ git remote -v origin git://gerrit.ovirt.org/cpopen (fetch) origin git://gerrit.ovirt.org/cpopen (push) $ git tag --list 1.3.0 1.3.1 v1.4 We don't have jenkins build for cpopen, we rely on Fedora and EPEL releases. I see also that the tar.gz used for building the Fedora RPM is not matching any of the above tags: http://bronhaim.fedorapeople.org/cpopen-1.3.tar.gz and it doesn't exist anymore. I suggest to build cpopen-1.4 from v1.4 tag and publish the .tar.gz on oVirt site. Then bump version on Fedora and EPEL to 1.4 accordingly. Please keep aligned tags and tarball versions or it will become a nightmare to track issues between them. That said, is v1.4 to be considered as formally released? Should I build from that tag for CentOS Virt SIG? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

oVirt Node weekly meeting
by Fabian Deutsch 16 Feb '15

16 Feb '15

------=_Part_3417252_1759919631.1424096638070 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following meeting has been modified: Subject: oVirt Node weekly meeting Organiser: "Fabian Deutsch" <fdeutsch(a)redhat.com> Location: irc://irc.oftc.net#ovirt Time: 4:00:00 PM - 4:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna [MODIFIED] Recurrence : Every Monday No end date Effective 16 Feb, 2015 Invitees: devel(a)ovirt.org *~*~*~*~*~*~*~*~*~* Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome. ------=_Part_3417252_1759919631.1424096638070 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body> <pre style="font-family: monospace; font-size: 14px"> The following meeting has been modified: Subject: oVirt Node weekly meeting Organiser: "Fabian Deutsch" <fdeutsch(a)redhat.com> Location: irc://irc.oftc.net#ovirt Time: 4:00:00 PM - 4:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna [MODIFIED] Recurrence : Every Monday No end date Effective 16 Feb, 2015 Invitees: devel(a)ovirt.org *~*~*~*~*~*~*~*~*~* Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome.</pre> </body></html> ------=_Part_3417252_1759919631.1424096638070 Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:STANDARD DTSTART:16010101T030000 TZOFFSETTO:+0100 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:CET END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU TZNAME:CEST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:880f897a-b75e-47b7-abf6-24d1e4894600 RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=MO SUMMARY:oVirt Node weekly meeting DESCRIPTION:Hey\, \n\nthis is an invitation to the weekly oVirt Node devel m eetings. \nAnyone interested or related to Node development is welcome. LOCATION:irc://irc.oftc.net#ovirt ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE:mailto:devel@ ovirt.org ORGANIZER;CN=Fabian Deutsch:mailto:fdeutsch@redhat.com DTSTART;TZID="Europe/Berlin":20150216T160000 DTEND;TZID="Europe/Berlin":20150216T163000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20150216T142358Z DTSTAMP:20150216T142358Z SEQUENCE:10 BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_3417252_1759919631.1424096638070--

1 0

custom exit codes from engine-setup/cleanup
by Yedidyah Bar David 15 Feb '15

15 Feb '15

Hi all, The patch [1] for [2] is mostly ready. The patch [3] for otopi was already merged (by Alon) to master. It includes the following codes: 0 - success 1 - general error - the default if there was an error 2 - initialization error - returned if there was an error while loading plugins, before actually starting to run them These apply to all otopi-based tools. patch [1], not merged yet, currently adds this code, affecting engine-cleanup: 11 - cleanup called without setup. Returned in addition to the existing message: Could not detect a completed product setup Please use the cleanup utility only after a setup or after an upgrade from an older installation. Comments are welcome: What other codes do you want to see? For automated testing or any other use? Do you think we should group them and allocate somehow? Just add a code whenever needed? If last is 'Yes', no need to think very much about the previous ones... [1] http://gerrit.ovirt.org/35503 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1079726 [3] http://gerrit.ovirt.org/35632 Thanks, -- Didi

3 3

why is it called vdsm?
by Greg Sheremeta 13 Feb '15

13 Feb '15

Why is it called vdsm and not something a little more descriptive and project-related, like "ovirt-agent"? Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

4 3

[HC] Weird issue while deploying hosted-engine
by Sandro Bonazzola 13 Feb '15

13 Feb '15

While deploying Hosted Engine on Hyper Converged Gluster Storage I've hit the following issue. ovirt-hosted-engine-setup: [ INFO ] Engine replied: DB Up!Welcome to Health Status! Enter the name of the cluster to which you want to add the host (Default) [Default]: [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... [ INFO ] Still waiting for VDSM host to become operational... Accessed to the engine, VM and engine working correctly, installed using 3.5 snapshot repositories. host-deploy started on the host (see attached logs) and got stuck at: 2015-02-12 13:08:33 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:215 DIALOG:SEND ### Response is VALUE TIME=type:value or ABORT TIME until several minutes later when: 2015-02-12 13:24:31 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/tmp/ovirt-ePMfjwrlpe/pythonlib/otopi/context.py", line 142, in _executeMethod method['method']() File "/tmp/ovirt-ePMfjwrlpe/otopi-plugins/otopi/system/clock.py", line 111, in _set_clock format="YYYYmmddHHMMSS+0000" File "/tmp/ovirt-ePMfjwrlpe/otopi-plugins/otopi/dialog/machine.py", line 235, in queryValue opcode, variable = self._readline().split(' ', 1) File "/tmp/ovirt-ePMfjwrlpe/pythonlib/otopi/dialog.py", line 259, in _readline raise IOError(_('End of file')) IOError: End of file resumed the process. Around the time when host-deploy got stucked I see in sanlock logs: 2015-02-12 13:08:25+0100 7254 [683]: open error -1 /rhev/data-center/mnt/glusterSD/minidell.home:_hosted__engine__glusterfs/a7dba6e3-09ac-430a-8d6e-eea17cf18b8f/images/51156c24-5ea1-42df-bf33-daebf2c4780c/3719b0 06-68a2-4742-964c-413a3f77c0b4.lease 2015-02-12 13:08:25+0100 7254 [683]: r4 release_token open error -2 2015-02-12 13:08:31+0100 7260 [16910]: a7dba6e3 aio collect 0 0x7f1d640008c0:0x7f1d640008d0:0x7f1d7ec52000 result -107:0 match res 2015-02-12 13:08:31+0100 7260 [16910]: s3 delta_renew read rv -107 offset 0 /rhev/data-center/mnt/glusterSD/minidell.home:_hosted__engine__glusterfs/a7dba6e3-09ac-430a-8d6e-eea17cf18b8f/dom_md/ids 2015-02-12 13:08:31+0100 7260 [16910]: s3 renewal error -107 delta_length 0 last_success 7239 2015-02-12 13:08:31+0100 7260 [16910]: a7dba6e3 aio collect 0 0x7f1d640008c0:0x7f1d640008d0:0x7f1d7ec52000 result -107:0 match res 2015-02-12 13:08:31+0100 7260 [16910]: s3 delta_renew read rv -107 offset 0 /rhev/data-center/mnt/glusterSD/minidell.home:_hosted__engine__glusterfs/a7dba6e3-09ac-430a-8d6e-eea17cf18b8f/dom_md/ids 2015-02-12 13:08:31+0100 7260 [16910]: s3 renewal error -107 delta_length 0 last_success 7239 2015-02-12 13:08:32+0100 7261 [16910]: a7dba6e3 aio collect 0 0x7f1d640008c0:0x7f1d640008d0:0x7f1d7ec52000 result -107:0 match res 2015-02-12 13:08:32+0100 7261 [16910]: s3 delta_renew read rv -107 offset 0 /rhev/data-center/mnt/glusterSD/minidell.home:_hosted__engine__glusterfs/a7dba6e3-09ac-430a-8d6e-eea17cf18b8f/dom_md/ids 2015-02-12 13:08:32+0100 7261 [16910]: s3 renewal error -107 delta_length 0 last_success 7239 And in VDSM logs: MainThread::DEBUG::2015-02-12 13:08:25,529::vdsm::58::vds::(sigtermHandler) Received signal 15 MainThread::DEBUG::2015-02-12 13:08:25,529::protocoldetector::144::vds.MultiProtocolAcceptor::(stop) Stopping Acceptor MainThread::INFO::2015-02-12 13:08:25,530::__init__::565::jsonrpc.JsonRpcServer::(stop) Stopping JsonRPC Server Detector thread::DEBUG::2015-02-12 13:08:25,530::protocoldetector::115::vds.MultiProtocolAcceptor::(_cleanup) Cleaning Acceptor MainThread::INFO::2015-02-12 13:08:25,531::vmchannels::188::vds::(stop) VM channels listener was stopped. MainThread::INFO::2015-02-12 13:08:25,535::momIF::91::MOM::(stop) Shutting down MOM MainThread::DEBUG::2015-02-12 13:08:25,535::task::595::Storage.TaskManager.Task::(_updateState) Task=`c52bd13a-24f0-4d8a-97d8-f6c53ca8bddc`::moving from state init -> state preparing MainThread::INFO::2015-02-12 13:08:25,535::logUtils::44::dispatcher::(wrapper) Run and protect: prepareForShutdown(options=None) Thread-11::DEBUG::2015-02-12 13:08:25,535::storageServer::706::Storage.ConnectionMonitor::(_monitorConnections) Monitoring stopped ioprocess communication (16795)::ERROR::2015-02-12 13:08:25,530::__init__::152::IOProcessClient::(_communicate) IOProcess failure Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 107, in _communicate raise Exception("FD closed") Exception: FD closed ioprocess communication (16795)::DEBUG::2015-02-12 13:08:25,537::__init__::298::IOProcessClient::(_run) Starting IOProcess... Followed by: MainThread::INFO::2015-02-12 13:08:25,548::domainMonitor::137::Storage.DomainMonitor::(close) Stopping domain monitors MainThread::INFO::2015-02-12 13:08:25,549::domainMonitor::114::Storage.DomainMonitor::(stopMonitoring) Stop monitoring a7dba6e3-09ac-430a-8d6e-eea17cf18b8f Thread-94::DEBUG::2015-02-12 13:08:25,549::domainMonitor::192::Storage.DomainMonitorThread::(_monitorLoop) Stopping domain monitor for a7dba6e3-09ac-430a-8d6e-eea17cf18b8f Thread-94::INFO::2015-02-12 13:08:25,549::clusterlock::245::Storage.SANLock::(releaseHostId) Releasing host id for domain a7dba6e3-09ac-430a-8d6e-eea17cf18b8f (id: 1) Thread-94::DEBUG::2015-02-12 13:08:25,549::domainMonitor::201::Storage.DomainMonitorThread::(_monitorLoop) Unable to release the host id 1 for domain a7dba6e3-09ac-430a-8d6e-eea17cf18b8f Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 198, in _monitorLoop self.domain.releaseHostId(self.hostId, unused=True) File "/usr/share/vdsm/storage/sd.py", line 480, in releaseHostId self._clusterLock.releaseHostId(hostId, async, unused) File "/usr/share/vdsm/storage/clusterlock.py", line 252, in releaseHostId raise se.ReleaseHostIdFailure(self._sdUUID, e) ReleaseHostIdFailure: Cannot release host id: (u'a7dba6e3-09ac-430a-8d6e-eea17cf18b8f', SanlockException(16, 'Sanlock lockspace remove failure', 'Device or resource busy')) supervdsm logs doesn't show anything interesting but: # service supervdsmd status Redirecting to /bin/systemctl status supervdsmd.service supervdsmd.service - "Auxiliary vdsm service for running helper functions as root" Loaded: loaded (/usr/lib/systemd/system/supervdsmd.service; static) Active: inactive (dead) since gio 2015-02-12 13:08:30 CET; 27min ago Main PID: 15859 (code=exited, status=0/SUCCESS) CGroup: /system.slice/supervdsmd.service feb 12 13:08:30 minidell.home systemd[1]: Stopping "Auxiliary vdsm service for running helper functions as root"... feb 12 13:08:30 minidell.home daemonAdapter[15859]: Traceback (most recent call last): feb 12 13:08:30 minidell.home daemonAdapter[15859]: File "/usr/lib64/python2.7/multiprocessing/util.py", line 268, in _run_finalizers feb 12 13:08:30 minidell.home daemonAdapter[15859]: finalizer() feb 12 13:08:30 minidell.home daemonAdapter[15859]: File "/usr/lib64/python2.7/multiprocessing/util.py", line 201, in __call__ feb 12 13:08:30 minidell.home daemonAdapter[15859]: res = self._callback(*self._args, **self._kwargs) feb 12 13:08:30 minidell.home daemonAdapter[15859]: OSError: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock' feb 12 13:08:30 minidell.home python[15859]: DIGEST-MD5 client mech dispose feb 12 13:08:30 minidell.home python[15859]: DIGEST-MD5 common mech dispose feb 12 13:08:30 minidell.home systemd[1]: Stopped "Auxiliary vdsm service for running helper functions as root". After a while the VM became unreachable as ovirt-hosted-engine-setup shows: 2015-02-12 13:10:33 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._wait_host_ready:183 Error fetching host state: [ERROR]::oVirt API connection failure, [Errno 110] Connection timed out 2015-02-12 13:10:33 DEBUG otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._wait_host_ready:189 VDSM host in state Gluster logs don't show anything special. I'm guessing that the 15 minutes of host-deploy being stuck caused the issue here, but I don't see any relevant change that may have caused it. Attaching the tar.gz with the code used for ovirt-hosted-engine-setup; the rest is 3.5-snapshot over RHEL 7.1 Any hint is welcome. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 16

Intro
by ilya musayev 13 Feb '15

13 Feb '15

Hi oVirt Devel Team, Thought i would introduce myself being newbie here, my name is ilya and i work for one if the larger IT companies in Bay Area. I'm interested in learning more about what oVirt does, especially from developers points of view as we may have some integration initiatives. I'm also actively involved in Apache CloudStack project as PMC and Committer. Thanks ilya

2 1

Column and Cell moves and renames
by Greg Sheremeta 12 Feb '15

12 Feb '15

Hi, These two patches were just merged [1] [2]. I cleaned up the table columns and cells a bit. Anything that was abstract was renamed "Abstract-". For example, SortableColumn was renamed to AbstractSortableColumn. This is a Java convention. I split the *.column packages into *.column and *.cell. Anything that is a Cell now lives in *.cell. Please keep it maintained this way :) Thanks, Greg [1] http://gerrit.ovirt.org/#/c/36742/ [2] http://gerrit.ovirt.org/#/c/36745/ Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

1 0

Re: [ovirt-devel] Can't join vdsm(4.17.0-390.gita3163f3.el7.x86_64) to Cluster 3.6
by Oved Ourfali 12 Feb '15

12 Feb '15

On Feb 11, 2015 10:49 PM, Michael Burman <mburman(a)redhat.com> wrote: > > Hello Yaniv and all! > > So i did this: > I tried to install clean rhel7.1 host with the right libvirt version(libvirt-1.2.8-16.el7.x86_64,vdsm-4.17.0-394.gitb237397.el7.x86_64) and failed to join this host under 3.6 cluster. > Host red-vds2.qa.lab.tlv.redhat.com is compatible with versions (3.0,3.1,3.2,3.3,3.4,3.5) and cannot join Cluster mb3.6 which is set to version 3.6. > After failing i checked the /usr/share/vdsm/dsaversion.py and saw that: > version_info = { > 'version_name': version_name, > 'software_version': software_version, > 'software_revision': software_revision, > 'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5'], > 'supportedProtocols': ['2.2', '2.3'], > 'clusterLevels': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5'], > > So i added the 3.6 for cluster levels and engine support lines, restarted vdsm and finally managed to join my rhel7.1 host to 3.6 Cluster. > > All of this means that rhel7.1 hosts with vdsm 4.17.0 and libvirt version -libvirt-1.2.8-16.el7.x86_64 are still not supported by default for 3.6 clusters and dsaversion.py file must be edited manually in order to join to cluster 3.6. > I guess this must be changed. > +1 on that one. > Best regards, > Michael B > > > ----- Original Message ----- > From: "Michael Burman" <mburman(a)redhat.com> > To: "ybronhei" <ybronhei(a)redhat.com> > Cc: devel(a)ovirt.org, infra(a)ovirt.org > Sent: Monday, February 9, 2015 10:50:28 AM > Subject: Re: [ovirt-devel] Can't join vdsm(4.17.0-390.gita3163f3.el7.x86_64) to Cluster 3.6 > > Thank you all! > > Ok, so how can i get this right libvirt version for rhel7? not7.1 and without any dependencies issues?? > I want to join rhel7 host, with the right libvirt version to 3.6 cluster..is it possible? > > Michael B > > > ----- Original Message ----- > From: "ybronhei" <ybronhei(a)redhat.com> > To: "Oved Ourfali" <oourfali(a)redhat.com>, "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "Dan Kenigsberg" <danken(a)redhat.com> > Cc: infra(a)ovirt.org, devel(a)ovirt.org, "Michael Burman" <mburman(a)redhat.com> > Sent: Monday, February 9, 2015 10:03:56 AM > Subject: Re: [ovirt-devel] Can't join vdsm(4.17.0-390.gita3163f3.el7.x86_64) to Cluster 3.6 > > On 02/09/2015 08:35 AM, Oved Ourfali wrote: > > > > On Feb 9, 2015 9:31 AM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > >> > >> Il 08/02/2015 16:15, Michael Burman ha scritto: > >>> Hi everyone! > >>> > >>> Is any one knows when it will be possible to join vdsm-4.17.0 to 3.6 Cluster?? > >>> I know that the libvirt version is not supported, but isn't should be? even if it's rhel7..? > >>> > >>> I changed the /usr/share/vdsm/dsaversion.py file to: > >>> 'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6'], > >>> 'supportedProtocols': ['2.2', '2.3'], > >>> 'clusterLevels': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6'], > >>> > >>> But caps.py is still: > >>> if not hasattr(libvirt, 'VIR_MIGRATE_AUTO_CONVERGE'): > >>> return _dropVersion('3.6', > >>> 'VIR_MIGRATE_AUTO_CONVERGE not found in libvirt,' > >>> ' support for clusterLevel >= 3.6 is disabled.' > >>> ' For Fedora 20 users, please consider upgrading' > >>> ' libvirt from the virt-preview repository') > >>> > >>> if not hasattr(libvirt, 'VIR_MIGRATE_COMPRESSED'): > >>> return _dropVersion('3.6', > >>> 'VIR_MIGRATE_COMPRESSED not found in libvirt,' > >>> ' support for clusterLevel >= 3.6 is disabled.' > >>> ' For Fedora 20 users, please consider upgrading' > >>> ' libvirt from the virt-preview repository') > >>> > >>> libvirt is still disabled for 3.6 clusters... > >>> > >>> > >>> I already tried to rebuild from fedora(with Sandro appreciated help), but had a lot of issues dependencies. > >>> > >>> I'm running on- > >>> ovirt-engine-3.6.0-0.0.master.20150206122208.gitd429375.el6.noarch > >>> vdsm-4.17.0-390.gita3163f3.el7.x86_64 > >>> libvirt-1.1.1-29.el7_0.7.x86_64 > >>> > >>> I would like to know if and when it will be possible to join rhel7 host(vdsm-4.17.0) to Cluster 3.6? > >> > >> Moving to devel list, not really an infra issue. > >> > > > > Yaniv, you had a patch for that, but it was abandoned. Why? > because we don't need it- i explained there > the cluster check is only after the supportedVDSMVersion does not catch. > we failed to add the host to the cluster because the libvirt version . > as it is now, with the right versions, you should be able to add vdsm > 4.17 to lastest engine regardless the cluster level > > > >>> > >>> Best regards, > >>> > >>> Michael B > >>> > >>> > >>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > -- > Yaniv Bronhaim. > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

3 3

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 11 Feb '15

11 Feb '15

Hi, here's an update on 3.6 status on integration / rel-eng side ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 22: 2015-05-19 Fedora 20 End Of Life:2015-06-19 (1 month after Fedora 22 release) Foreman 1.8.0: 2015-04-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 545 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 503 bugs [4] targeted to 3.6.0. NEW ASSIGNED POST Total 1 0 0 1 docs 11 0 0 11 gluster 25 2 1 28 i18n 2 0 0 2 infra 80 10 3 93 integration 59 4 2 65 network 29 2 8 39 node 26 2 3 31 ppc 0 0 1 1 sla 56 3 1 60 spice 1 0 0 1 storage 76 4 5 85 ux 35 1 3 39 virt 74 6 9 89 Total 475 34 36 545 oVirt Live for 3.6 has been rebased on EL7. Nightly builds are available here: http://jenkins.ovirt.org/job/ovirt_live_create_iso/ [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION REQUIRED] oVirt 3.5.2 RC status
by Sandro Bonazzola 11 Feb '15

11 Feb '15

Hi, We're going to start composing oVirt 3.5.2 RC on *2015-02-25 08:00 UTC* from 3.5 branch. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2015-02-24 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2015-02-24 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A release management entry has been added for tracking the schedule of 3.5.2 [0] A bug tracker [1] has been created and currently has one open blocker. Bug ID Whiteboard Status Summary 1161012 infra POST task cleaning utility should erase commands that have running tasks There are still 43 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 35 bugs [3] targeted to 3.5.2. Whiteboard / Status NEW ASSIGNED POST Total docs 1 0 0 1 gluster 4 0 1 5 infra 1 1 3 5 integration 9 0 0 9 network 0 1 0 1 node 3 0 1 4 ppc 0 0 1 1 sla 4 0 0 4 storage 8 0 1 9 ux 1 0 0 1 virt 2 0 1 3 Total 33 2 8 43 Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [0] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.2 [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3] http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-devel] Can't join vdsm(4.17.0-390.gita3163f3.el7.x86_64) to Cluster 3.6
by Oved Ourfali 10 Feb '15

10 Feb '15

On Feb 9, 2015 9:31 AM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > Il 08/02/2015 16:15, Michael Burman ha scritto: > > Hi everyone! > > > > Is any one knows when it will be possible to join vdsm-4.17.0 to 3.6 Cluster?? > > I know that the libvirt version is not supported, but isn't should be? even if it's rhel7..? > > > > I changed the /usr/share/vdsm/dsaversion.py file to: > > 'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6'], > > 'supportedProtocols': ['2.2', '2.3'], > > 'clusterLevels': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6'], > > > > But caps.py is still: > > if not hasattr(libvirt, 'VIR_MIGRATE_AUTO_CONVERGE'): > > return _dropVersion('3.6', > > 'VIR_MIGRATE_AUTO_CONVERGE not found in libvirt,' > > ' support for clusterLevel >= 3.6 is disabled.' > > ' For Fedora 20 users, please consider upgrading' > > ' libvirt from the virt-preview repository') > > > > if not hasattr(libvirt, 'VIR_MIGRATE_COMPRESSED'): > > return _dropVersion('3.6', > > 'VIR_MIGRATE_COMPRESSED not found in libvirt,' > > ' support for clusterLevel >= 3.6 is disabled.' > > ' For Fedora 20 users, please consider upgrading' > > ' libvirt from the virt-preview repository') > > > > libvirt is still disabled for 3.6 clusters... > > > > > > I already tried to rebuild from fedora(with Sandro appreciated help), but had a lot of issues dependencies. > > > > I'm running on- > > ovirt-engine-3.6.0-0.0.master.20150206122208.gitd429375.el6.noarch > > vdsm-4.17.0-390.gita3163f3.el7.x86_64 > > libvirt-1.1.1-29.el7_0.7.x86_64 > > > > I would like to know if and when it will be possible to join rhel7 host(vdsm-4.17.0) to Cluster 3.6? > > Moving to devel list, not really an infra issue. > Yaniv, you had a patch for that, but it was abandoned. Why? > > > > Best regards, > > > > Michael B > > > > > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

3 4

oVirt Live 3.6 EL7 failing to start VMs
by Sandro Bonazzola 10 Feb '15

10 Feb '15

Hi, recently I rebased oVirt Live for 3.6 on EL7. When I try to run a VM on it I have: 2015-02-10 12:10:00,523 INFO [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-7) [376139c7] Lock Acquired to object 'EngineLock [exclusiveLocks= key: ad476920-aafe-4af7-9f13-6ccbcd31f442 value: VM , sharedLocks= ]' 2015-02-10 12:10:00,537 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-7) [376139c7] START, IsVmDuringInitiatingVDSCommand( vmId = ad476920-aafe-4af7-9f13-6ccbcd31f442), log id: 6443d18a 2015-02-10 12:10:00,538 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-7) [376139c7] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 6443d18a 2015-02-10 12:10:00,546 WARN [org.ovirt.engine.core.bll.scheduling.policyunits.NetworkPolicyUnit] (ajp--127.0.0.1-8702-7) [376139c7] host local_host is missing networks required by VM nics ovirtmgmt 2015-02-10 12:10:00,547 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (ajp--127.0.0.1-8702-7) [376139c7] Candidate host 'local_host' ('3260585c-e7aa-4b1f-bc91-3dc72d15cbf8') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Network' (correlation id: null) 2015-02-10 12:10:00,547 WARN [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-7) [376139c7] CanDoAction of action 'RunVm' failed for user admin@internal. Reasons: VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName local_host,$filterName Network,$networkNames ovirtmgmt,VAR__DETAIL__NETWORK_MISSING,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL 2015-02-10 12:10:00,548 INFO [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-7) [376139c7] Lock freed to object 'EngineLock [exclusiveLocks= key: ad476920-aafe-4af7-9f13-6ccbcd31f442 value: VM , sharedLocks= ]' oVirt management network is there as it was in the el6 based iso, using a dummy device and a vdsm hook for having it up. # vdsClient -s 0 getVdsCaps HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:86a8d0a8890'}]} ISCSIInitiatorName = 'iqn.1994-05.com.redhat:86a8d0a8890' autoNumaBalancing = 0 bondings = {'bond0': {'active_slave': '', 'addr': '', 'cfg': {'BOOTPROTO': 'none'}, 'dhcpv4': False, 'dhcpv6': False, 'gateway': '', 'hwaddr': '52:87:0c:7c:59:e5', 'ipv4addrs': [], 'ipv6addrs': [], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '', 'opts': {}, 'slaves': []}} bridges = {'ovirtmgmt': {'addr': '10.0.0.1', 'cfg': {'BOOTPROTO': 'none', 'DEFROUTE': 'yes', 'DELAY': '0', 'DEVICE': 'ovirtmgmt', 'GATEWAY': '10.0.0.1', 'HOTPLUG': 'no', 'IPADDR': '10.0.0.1', 'MTU': '1500', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'off', 'TYPE': 'Bridge'}, 'dhcpv4': False, 'dhcpv6': False, 'gateway': '', 'ipv4addrs': ['10.0.0.1/24'], 'ipv6addrs': ['fe80::5811:41ff:fefd:f5a9/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'opts': {'ageing_time': '30000', 'bridge_id': '8000.000000000000', 'forward_delay': '0', 'gc_timer': '10583', 'group_addr': '1:80:c2:0:0:0', 'group_fwd_mask': '0x0', 'hash_elasticity': '4', 'hash_max': '512', 'hello_time': '200', 'hello_timer': '162', 'max_age': '2000', 'multicast_last_member_count': '2', 'multicast_last_member_interval': '100', 'multicast_membership_interval': '26000', 'multicast_querier': '0', 'multicast_querier_interval': '25500', 'multicast_query_interval': '12500', 'multicast_query_response_interval': '1000', 'multicast_router': '1', 'multicast_snooping': '1', 'multicast_startup_query_count': '2', 'multicast_startup_query_interval': '3125', 'nf_call_arptables': '0', 'nf_call_ip6tables': '0', 'nf_call_iptables': '0', 'priority': '32768', 'root_id': '8000.000000000000', 'root_path_cost': '0', 'root_port': '0', 'stp_state': '0', 'tcn_timer': '0', 'topology_change': '0', 'topology_change_detected': '0', 'topology_change_timer': '0', 'vlan_filtering': '0'}, 'ports': [], 'stp': 'off'}} clusterLevels = ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5'] cpuCores = '4' cpuFlags = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,smep,erms,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge' cpuModel = 'Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz' cpuSockets = '1' cpuSpeed = '1600.125' cpuThreads = '8' emulatedMachines = ['pc', 'q35', 'rhel6.0.0', 'rhel6.1.0', 'rhel6.2.0', 'rhel6.3.0', 'rhel6.4.0', 'rhel6.5.0', 'none'] guestOverhead = '65' hooks = {} kdumpStatus = 0 kvmEnabled = 'true' lastClient = '127.0.0.1' lastClientIface = 'lo' liveMerge = 'false' memSize = '15936' netConfigDirty = 'True' networks = {'ovirtmgmt': {'addr': '10.0.0.1', 'bridged': True, 'cfg': {'BOOTPROTO': 'none', 'DEFROUTE': 'yes', 'DELAY': '0', 'DEVICE': 'ovirtmgmt', 'GATEWAY': '10.0.0.1', 'HOTPLUG': 'no', 'IPADDR': '10.0.0.1', 'MTU': '1500', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'off', 'TYPE': 'Bridge'}, 'dhcpv4': False, 'dhcpv6': False, 'gateway': '', 'iface': 'ovirtmgmt', 'ipv4addrs': ['10.0.0.1/24'], 'ipv6addrs': ['fe80::5811:41ff:fefd:f5a9/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': [], 'stp': 'off'}} nics = {'em1': {'addr': '192.168.1.105', 'cfg': {'BOOTPROTO': 'dhcp'}, 'dhcpv4': True, 'dhcpv6': False, 'gateway': '192.168.1.1', 'hwaddr': 'b8:ca:3a:76:9a:43', 'ipv4addrs': ['192.168.1.105/24'], 'ipv6addrs': ['fe80::baca:3aff:fe76:9a43/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'speed': 1000}} numaNodeDistance = {'0': [10]} numaNodes = {'0': {'cpus': [0, 1, 2, 3, 4, 5, 6, 7], 'totalMemory': '15936'}} onlineCpus = '0,1,2,3,4,5,6,7' operatingSystem = {'name': 'RHEL', 'release': '0.1406.el7.centos.2.5', 'version': '7'} packages2 = {'kernel': {'buildtime': 1422551133.0, 'release': '123.20.1.el7.x86_64', 'version': '3.10.0'}, 'libvirt': {'buildtime': 1423142593, 'release': '29.el7_0.7', 'version': '1.1.1'}, 'mom': {'buildtime': 1417014144, 'release': '1.el7', 'version': '0.4.3'}, 'qemu-img': {'buildtime': 1423440359, 'release': '60.el7_0.2', 'version': '1.5.3'}, 'qemu-kvm': {'buildtime': 1423440359, 'release': '60.el7_0.2', 'version': '1.5.3'}, 'spice-server': {'buildtime': 1418043907, 'release': '5.el7_0.1', 'version': '0.12.4'}, 'vdsm': {'buildtime': 1423399999, 'release': '392.git8bcc985.el7', 'version': '4.17.0'}} reservedMem = '321' rngSources = ['random'] selinux = {'mode': '0'} software_revision = '392' software_version = '4.17' supportedENGINEs = ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5'] supportedProtocols = ['2.2', '2.3'] uuid = '4C4C4544-0059-4310-8035-C4C04F595831' version_name = 'Snow Man' vlans = {} vmTypes = ['kvm'] If you want, you can try it yourself taking latest iso from http://jenkins.ovirt.org/job/ovirt_live_create_iso/ Can anybody advise on what's wrong here? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 5

Reference implementation of events
by Piotr Kliczewski 10 Feb '15

10 Feb '15

Hi, As you may know I currently work on event infrastructure which will let vdsm push information to the engine. I already pushed some drafts providing event functionality and started to think which part of engine <-> vdsm interaction could be changed to events. The goal is to build usable api for it as well as provide example how to migrate other parts of code to events. Initially we started to look at VM.getStats [1] but we still want to have Host.getAllVmStats run by quartz job. I had a chat with Vinzenz about the structure and frequency of data change for VM.getStats and it seems that the data changes ~2s so this verb is not the best choice to send events with deltas containing the change since we are polling every 3s for the information. We started to explore which data generated by vdsm/guest agent could be sent as events and he pointed me to [2]. I would like to trigger discussion about how to dived data to maximize benefits of sending events with deltas and for some parts of data keep polling functionality as it is now. Do you have any suggestion which verb we could safely use as reference implementation for events? Thanks, Piotr [1] http://gerrit.ovirt.org/#/c/37488/ [2] http://www.ovirt.org/Proposal_VDSM_-_Engine_Data_Statistics_Retrieval

3 2

setting up moVirt devel env
by Tomas Jelinek 10 Feb '15

10 Feb '15

moving the thread to devel(a)ovirt.org and changing the subject ----- Original Message ----- > From: "Doron Fediuck" <dfediuck(a)redhat.com> > To: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > Cc: "Martin Polednik" <mpolednik(a)redhat.com>, "Greg Sheremeta" <gshereme(a)redhat.com>, "Martin Betak" > <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, "sphoorti joglekar" <sphoorti.joglekar(a)gmail.com>, > movirt(a)ovirt.org, "Tomas Jelinek" <tjelinek(a)redhat.com> > Sent: Tuesday, February 10, 2015 10:51:04 AM > Subject: Re: Some thoughts about moVirt > > Any reason not to take this thread to devel(a)ovirt.org? no reason - moving > > On 10/02/15 11:01, Yair Zaslavsky wrote: > > > > > > ----- Original Message ----- > > > From: "Tomas Jelinek" <tjelinek(a)redhat.com> > > > To: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > > Cc: "Martin Polednik" <mpolednik(a)redhat.com>, "Greg Sheremeta" > > > <gshereme(a)redhat.com>, "Martin Betak" > > > <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, "sphoorti > > > joglekar" <sphoorti.joglekar(a)gmail.com>, > > > movirt(a)ovirt.org > > > Sent: Tuesday, February 10, 2015 10:05:47 AM > > > Subject: Re: Some thoughts about moVirt > > > > > > > > > > > > ----- Original Message ----- > > >> From: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >> To: "Tomas Jelinek" <tjelinek(a)redhat.com> > > >> Cc: "Martin Polednik" <mpolednik(a)redhat.com>, "Greg Sheremeta" > > >> <gshereme(a)redhat.com>, "Martin Betak" > > >> <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, "sphoorti > > >> joglekar" <sphoorti.joglekar(a)gmail.com>, > > >> movirt(a)ovirt.org > > >> Sent: Tuesday, February 10, 2015 8:50:31 AM > > >> Subject: Re: Some thoughts about moVirt > > >> > > >> Ok, so I'm waiting for some documentation on how I can start working on > > >> movirt > > > > > > good start is this - a step by step how to setup the devel env: > > > https://github.com/matobet/movirt > > > > > >> - i.e - I'm at my other in law's house - we have DSL modem + > > >> wireless network at home. > > >> I have Galaxy note S4, linux machine > > > > > > this is fine > > > > > >> + eclipse + android plugin. Now what? > > > > > > this is not :) eclipse has been pretty much abandoned by google and > > > setting > > > up the devel env in it is somewhere in between impossible and totally > > > impossible. > > > Just follow the description from the page above - you need the > > > http://tools.android.com/download/studio/canary/1-0-0 > > > > > > Than you can use this IDE to either open an emulator of the android > > > device > > > (if you have strong machine it is fine) or you can connect your phone > > > using > > > USB to the machine and > > > deploy movirt to it directly (it supports also remote debug, logs etc). > > > > > >> How can I "surf" from my mobile device to a local oVirt installation? > > > > > > so, if the machine with ovirt is connected to the wifi router and your > > > mobile > > > is connected to the same router, you are on the same network. So lets say > > > the engine's ip is: > > > 192.169.122.2 > > > and it is listening on https, than in movirt in settings page fill > > > something > > > like this: > > > https://192.169.122.2:443/ovirt-engine/api > > > and in the same settings pick "Disable HTTPS" to avoid to play with the > > > certs. > > > > > > Tomas > > > > I feel so ashamed now :) I should have realized by myself about the surfing > > part. This is similar to how my engine connects to my host at home :) > > > > > > > >> > > >> Cheers, > > >> Yair > > >> > > >> > > >> ----- Original Message ----- > > >>> From: "Tomas Jelinek" <tjelinek(a)redhat.com> > > >>> To: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>> Cc: "Martin Polednik" <mpolednik(a)redhat.com>, "Greg Sheremeta" > > >>> <gshereme(a)redhat.com>, "Martin Betak" > > >>> <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, "sphoorti > > >>> joglekar" <sphoorti.joglekar(a)gmail.com>, > > >>> movirt(a)ovirt.org > > >>> Sent: Tuesday, February 10, 2015 9:39:14 AM > > >>> Subject: Re: Some thoughts about moVirt > > >>> > > >>> > > >>> > > >>> ----- Original Message ----- > > >>>> From: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>>> To: "Tomas Jelinek" <tjelinek(a)redhat.com> > > >>>> Cc: "Martin Polednik" <mpolednik(a)redhat.com>, "Greg Sheremeta" > > >>>> <gshereme(a)redhat.com>, "Martin Betak" > > >>>> <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, "sphoorti > > >>>> joglekar" <sphoorti.joglekar(a)gmail.com>, > > >>>> movirt(a)ovirt.org > > >>>> Sent: Tuesday, February 10, 2015 6:21:18 AM > > >>>> Subject: Re: Some thoughts about moVirt > > >>>> > > >>>> > > >>>> > > >>>> ----- Original Message ----- > > >>>>> From: "Tomas Jelinek" <tjelinek(a)redhat.com> > > >>>>> To: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>>>> Cc: "Martin Polednik" <mpolednik(a)redhat.com>, "Greg Sheremeta" > > >>>>> <gshereme(a)redhat.com>, "Martin Betak" > > >>>>> <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, "sphoorti > > >>>>> joglekar" <sphoorti.joglekar(a)gmail.com>, > > >>>>> movirt(a)ovirt.org > > >>>>> Sent: Monday, February 9, 2015 3:56:39 PM > > >>>>> Subject: Re: Some thoughts about moVirt > > >>>>> > > >>>>> > > >>>>> > > >>>>> ----- Original Message ----- > > >>>>>> From: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>>>>> To: "Martin Polednik" <mpolednik(a)redhat.com> > > >>>>>> Cc: "Tomas Jelinek" <tjelinek(a)redhat.com>, "Greg Sheremeta" > > >>>>>> <gshereme(a)redhat.com>, "Martin Betak" > > >>>>>> <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, "sphoorti > > >>>>>> joglekar" <sphoorti.joglekar(a)gmail.com>, > > >>>>>> movirt(a)ovirt.org > > >>>>>> Sent: Monday, February 9, 2015 2:31:08 PM > > >>>>>> Subject: Re: Some thoughts about moVirt > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> ----- Original Message ----- > > >>>>>>> From: "Martin Polednik" <mpolednik(a)redhat.com> > > >>>>>>> To: "Tomas Jelinek" <tjelinek(a)redhat.com> > > >>>>>>> Cc: "Yair Zaslavsky" <yzaslavs(a)redhat.com>, "Greg Sheremeta" > > >>>>>>> <gshereme(a)redhat.com>, "Martin Betak" > > >>>>>>> <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, > > >>>>>>> "sphoorti > > >>>>>>> joglekar" <sphoorti.joglekar(a)gmail.com>, > > >>>>>>> movirt(a)ovirt.org > > >>>>>>> Sent: Monday, February 9, 2015 12:58:36 PM > > >>>>>>> Subject: Re: Some thoughts about moVirt > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> ----- Original Message ----- > > >>>>>>>> From: "Tomas Jelinek" <tjelinek(a)redhat.com> > > >>>>>>>> To: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>>>>>>> Cc: "Greg Sheremeta" <gshereme(a)redhat.com>, "Martin Betak" > > >>>>>>>> <mbetak(a)redhat.com>, "Doron Fediuck" <doron(a)redhat.com>, > > >>>>>>>> "sphoorti joglekar" <sphoorti.joglekar(a)gmail.com>, "Martin > > >>>>>>>> Polednik" > > >>>>>>>> <mpoledni(a)redhat.com>, movirt(a)ovirt.org > > >>>>>>>> Sent: Monday, February 9, 2015 8:03:19 AM > > >>>>>>>> Subject: Re: Some thoughts about moVirt > > >>>>>>>> > > >>>>>>>> (adding martin and movirt list - rest inline) > > >>>>>>>> > > >>>>>>>> ----- Original Message ----- > > >>>>>>>>> From: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>>>>>>>> To: "Greg Sheremeta" <gshereme(a)redhat.com> > > >>>>>>>>> Cc: "Martin Betak" <mbetak(a)redhat.com>, "Doron Fediuck" > > >>>>>>>>> <doron(a)redhat.com>, > > >>>>>>>>> "sphoorti joglekar" > > >>>>>>>>> <sphoorti.joglekar(a)gmail.com>, "Tomas Jelinek" > > >>>>>>>>> <tjelinek(a)redhat.com> > > >>>>>>>>> Sent: Sunday, February 8, 2015 3:37:46 PM > > >>>>>>>>> Subject: Re: Some thoughts about moVirt > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> ----- Original Message ----- > > >>>>>>>>>> From: "Greg Sheremeta" <gshereme(a)redhat.com> > > >>>>>>>>>> To: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>>>>>>>>> Cc: "Martin Betak" <mbetak(a)redhat.com>, "Doron Fediuck" > > >>>>>>>>>> <doron(a)redhat.com>, > > >>>>>>>>>> "sphoorti joglekar" > > >>>>>>>>>> <sphoorti.joglekar(a)gmail.com>, "Tomas Jelinek" > > >>>>>>>>>> <tjelinek(a)redhat.com> > > >>>>>>>>>> Sent: Sunday, February 8, 2015 4:27:22 PM > > >>>>>>>>>> Subject: Re: Some thoughts about moVirt > > >>>>>>>>>> > > >>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>> From: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > >>>>>>>>>>> To: "Martin Betak" <mbetak(a)redhat.com>, "Greg Sheremeta" > > >>>>>>>>>>> <gshereme(a)redhat.com> > > >>>>>>>>>>> Cc: "Doron Fediuck" <doron(a)redhat.com> > > >>>>>>>>>>> Sent: Sunday, February 8, 2015 2:12:20 AM > > >>>>>>>>>>> Subject: Some thoughts about moVirt > > >>>>>>>>>>> > > >>>>>>>>>>> 1. I will be glad to see a wiki page on how I can get > > >>>>>>>>>>> involved > > >>>>>>>>>>> with > > >>>>>>>>>>> moVirt. > > >>>>>>>>>>> For example, I have a new galaxy note4 phone. I will get > > >>>>>>>>>>> soon > > >>>>>>>>>>> a > > >>>>>>>>>>> "monster > > >>>>>>>>>>> machine" with 16 gigs, and some SSD, and 1 TB disk on it. > > >>>>>>>>>>> Ok, > > >>>>>>>>>>> I > > >>>>>>>>>>> can > > >>>>>>>>>>> install > > >>>>>>>>>>> ovirt all-in-one on it, now what? > > >>>>>>>>>>> I don't even know how to configure browsing via the > > >>>>>>>>>>> mobile > > >>>>>>>>>>> device > > >>>>>>>>>>> to > > >>>>>>>>>>> my > > >>>>>>>>>>> home > > >>>>>>>>>>> network (i.e - access my mahcine) - yes, i know this is > > >>>>>>>>>>> not > > >>>>>>>>>>> a > > >>>>>>>>>>> "strictly > > >>>>>>>>>>> moVirt" problem, but if you provide this info it will > > >>>>>>>>>>> ease > > >>>>>>>>>>> others > > >>>>>>>>>>> to > > >>>>>>>>>>> start > > >>>>>>>>>>> developing. I would like to know how I can start > > >>>>>>>>>>> contributing > > >>>>>>>>>>> to > > >>>>>>>>>>> moVirt. > > >>>>>>>>>>> > > >>>>>>>>>>> 2. Maybe I missed it - what is the decision about the > > >>>>>>>>>>> technology? > > >>>>>>>>>>> Native > > >>>>>>>>>>> Java > > >>>>>>>>>>> ? Cordova? Something else? If native, maybe we should > > >>>>>>>>>>> encourage > > >>>>>>>>>>> somehow > > >>>>>>>>>>> others to start porting to IOS/ Windows Phone, etc? > > >>>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>>> Cheers, > > >>>>>>>>>>> Yair > > >>>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> Adding Sphoorti and Tomas, as they are running this show :) > > >>>>>>>>> > > >>>>>>>>> Oops, sorry for that. > > >>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> 1. 16 GB is not "monster" -- better put 32 or 64 in it :D > > >>>>>>>>>> I think Sphoorti has already worked on some documentation, > > >>>>>>>>>> and > > >>>>>>>>>> may > > >>>>>>>>>> have > > >>>>>>>>>> plans > > >>>>>>>>>> to do more? > > >>>>>>>>> > > >>>>>>>>> Yeah, so as I wrote down, if I have let's say some modem + > > >>>>>>>>> router > > >>>>>>>>> at > > >>>>>>>>> home, > > >>>>>>>>> how can I work against my "all-in-one" ovirt installation? > > >>>>>>>> > > >>>>>>>> Well, if both your phone and your monster machine is connected > > >>>>>>>> to > > >>>>>>>> the > > >>>>>>>> same > > >>>>>>>> router you are both on the same network. So if you can not see > > >>>>>>>> oVirt > > >>>>>>>> from > > >>>>>>>> mobile, there is some problem with firewall on the all-in-one. > > >>>>>>>> > > >>>>>>>> On https://github.com/matobet/moVirt is the project page. It > > >>>>>>>> contains > > >>>>>>>> the > > >>>>>>>> sources, an unsigned build you can install to play with, some > > >>>>>>>> documentation > > >>>>>>>> on how to setup movirt and also how to setup the devel env. > > >>>>>>>> Ping us all the time if you have any issues setting it up. But > > >>>>>>>> please > > >>>>>>>> make > > >>>>>>>> sure you are using exactly the versions of everything as stated > > >>>>>>>> on > > >>>>>>>> wiki > > >>>>>>>> - > > >>>>>>>> any change in gradle or android-studio can have fatal > > >>>>>>>> consequences > > >>>>>>>> :D > > >>>>>>>> > > >>>>>>>> Connecting to your environment - well, you need to have access > > >>>>>>>> to > > >>>>>>>> the > > >>>>>>>> engine's REST API from your phone. Than in the moVirt you just > > >>>>>>>> need > > >>>>>>>> to > > >>>>>>>> fill > > >>>>>>>> the API URL, name and password. > > >>>>>>>> Connecting securely using https is a bit tricky - you need to > > >>>>>>>> have > > >>>>>>>> the > > >>>>>>>> CA > > >>>>>>>> cert imported to your phone and connect to REST using the > > >>>>>>>> proper > > >>>>>>>> URL > > >>>>>>>> as > > >>>>>>>> stated in the cert. > > >>>>>>>> For devel env you can use the HTTPS and pick the "Disable > > >>>>>>>> HTTPS" > > >>>>>>>> - > > >>>>>>>> it > > >>>>>>>> will > > >>>>>>>> not check the cert and will work without proper url (e.g. with > > >>>>>>>> IP) > > >>>>>>>> and > > >>>>>>>> without cert imported. > > >>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> 2. The decision was native Java. For now, afaik, iOS isn't > > >>>>>>>>>> being > > >>>>>>>>>> considered. > > >>>>>>>>>> Windows Phone is not popular, but it might be more popular > > >>>>>>>>>> among > > >>>>>>>>>> server > > >>>>>>>>>> admin types? Not sure. > > >>>>>>>> > > >>>>>>>> Currently Android and surprisingly it works nice as-is on > > >>>>>>>> blackberry > > >>>>>>>> :) > > >>>>>>>> Even > > >>>>>>>> the devel env with debugger etc(!!!) > > >>>>>>>> Martin (Polednik) was considering to port it to iOS, not sure - > > >>>>>>>> Martin? > > >>>>>>>> Also a friend of Sphoorti (the current OPW intern) is very > > >>>>>>>> insterested > > >>>>>>>> in > > >>>>>>>> porting it to iOS as a different OPW. But this is very > > >>>>>>>> uncertain > > >>>>>>>> - > > >>>>>>>> not > > >>>>>>>> sure > > >>>>>>>> who could lead her and not sure about funding etc... > > >>>>>>> > > >>>>>>> Heya, > > >>>>>>> I'm looking into building native iOS oVirt app, so far I've > > >>>>>>> started > > >>>>>>> designing > > >>>>>>> the storyboard (UI) and interaction. Some of the decisions were > > >>>>>>> going > > >>>>>>> with > > >>>>>>> objective-C (due to internal hate for swift) and going iPhone > > >>>>>>> only > > >>>>>>> as > > >>>>>>> the > > >>>>>>> first > > >>>>>>> iteration target in order to get the UI as iOSy as possible. > > >>>>>>> > > >>>>>>> But I have to admit that my experience with iOS or mobile > > >>>>>>> development > > >>>>>>> overall > > >>>>>>> is quite limited, so I see no issues with either joint efforts or > > >>>>>>> developing > > >>>>>>> two apps and seeing which one is more suited for iVirt. :) > > >>>>>> > > >>>>>> What about porting of spice client to IOS? > > >>>>> > > >>>>> there are issues even on android with it :) I'd say it would be a lot > > >>>>> of > > >>>>> work > > >>>>> porting it for not too much gain - we have the option of VNC. > > >>>> > > >>>> Cool! I did not think about it :) > > >>>> Is there a VNC project for IOS that can be used? has anyone checked? > > >>> > > >>> Honestly not :) I have only googled it and there are tons of VNC > > >>> clients > > >>> for > > >>> iOS so I hope some of them are usable for us. > > >>> But I would be very surprised if none... > > >>> > > >>>> > > >>>>> And until we don't have the client itself, I don't see too much point > > >>>>> in > > >>>>> porting a console for it. > > >>>>> > > >>>>>> > > >>>>>>> > > >>>>>>>>> > > >>>>>>>>> Ok, good to know. > > >>>>>>>>>> > > >>>>>>>>>> Greg > > >>>>>>>>>> > > >>>>>>>>> > > >>>>>>>> > > >>>>>>> > > >>>>>> > > >>>>> > > >>>> > > >>> > > >> > > > > >

1 0

[GSoC] Announcing the 2015 Google Summer of Code!
by Brian Proffitt 09 Feb '15

09 Feb '15

Hey, oVirt Community! Though there was some question regarding oVirt's eligibility in the 2015 Google Summer of Code, it turns out that we *are* eligible to apply for the program again. Applications for potential mentoring organizations are now open and are due at 1100 PST (1900 UTC) on Feb. 20, 2015. http://www.google-melange.com/gsoc/homepage/google/gsoc2015 As with last year, we would need to come up with projects for students to work on. The projects can be different skill levels, and they can be modular. They should also be doable within eight weeks in a summer with mentor help. If you are interested in mentoring such a project, visit http://google-opensource.blogspot.com/2015/02/mentoring-organization-applic… for more information, then come to http://www.ovirt.org/Summer_of_Code so we can coordinate ideas prior to submitting to Google. Given the issues from last summer, it is very important that all mentors be very familiar with project deadlines. If you have any questions, please contact me as soon as possible Peace, Brian -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Engine's jvm stats via jmx and metrics
by Piotr Kliczewski 09 Feb '15

09 Feb '15

Hi, During my work I found myself in situation when I realized that I have no clue what engine or engine's jvm is doing. I wanted to use visualvm [1] to monitor engine's jvm. There are two ways to monitor jvm. One of them is by using jstatd which is limited and the second one is jmx. I found a blog [2] which helped me to understand how to connect to the engine. In order to connect you need to run visualvm using attached script. Please modify JBOSS_HOME. Once visualvm is up and running you can click "Add jmx connection...". In connection text box please enter (assuming that your iptables allows 8706): service:jmx:remoting-jmx://<engine_ip>:8706 and click OK. Now you can understand what is going on with engine's jvm. I am able see jvm level information but I still have no clue how well high level engine commands are running. I have been looking for a while how to integrate Metrics [3] with the engine to understand how engine behaves over time. I wonder if there is anyone except me interested in understanding how well engine is running. Thanks, Piotr [1] http://visualvm.java.net/ [2] http://blog.akquinet.de/2012/11/01/connecting-visualvm-with-a-remote-jboss-… [3] https://github.com/dropwizard/metrics

2 2

Re: [ovirt-devel] Can't join vdsm(4.17.0-390.gita3163f3.el7.x86_64) to Cluster 3.6
by Sandro Bonazzola 09 Feb '15

09 Feb '15

Il 08/02/2015 16:15, Michael Burman ha scritto: > Hi everyone! > > Is any one knows when it will be possible to join vdsm-4.17.0 to 3.6 Cluster?? > I know that the libvirt version is not supported, but isn't should be? even if it's rhel7..? > > I changed the /usr/share/vdsm/dsaversion.py file to: > 'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6'], > 'supportedProtocols': ['2.2', '2.3'], > 'clusterLevels': ['3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6'], > > But caps.py is still: > if not hasattr(libvirt, 'VIR_MIGRATE_AUTO_CONVERGE'): > return _dropVersion('3.6', > 'VIR_MIGRATE_AUTO_CONVERGE not found in libvirt,' > ' support for clusterLevel >= 3.6 is disabled.' > ' For Fedora 20 users, please consider upgrading' > ' libvirt from the virt-preview repository') > > if not hasattr(libvirt, 'VIR_MIGRATE_COMPRESSED'): > return _dropVersion('3.6', > 'VIR_MIGRATE_COMPRESSED not found in libvirt,' > ' support for clusterLevel >= 3.6 is disabled.' > ' For Fedora 20 users, please consider upgrading' > ' libvirt from the virt-preview repository') > > libvirt is still disabled for 3.6 clusters... > > > I already tried to rebuild from fedora(with Sandro appreciated help), but had a lot of issues dependencies. > > I'm running on- > ovirt-engine-3.6.0-0.0.master.20150206122208.gitd429375.el6.noarch > vdsm-4.17.0-390.gita3163f3.el7.x86_64 > libvirt-1.1.1-29.el7_0.7.x86_64 > > I would like to know if and when it will be possible to join rhel7 host(vdsm-4.17.0) to Cluster 3.6? Moving to devel list, not really an infra issue. > > Best regards, > > Michael B > > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE] oVirt Live re-based on EL7 for oVirt 3.6
by Sandro Bonazzola 06 Feb '15

06 Feb '15

Hi, oVirt Live has been rebased on EL7 for oVirt 3.6. An initial ISO is available here: http://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-live-… Nightly build will be always available here: http://jenkins.ovirt.org/job/ovirt_live_create_iso/ Help with testing and bugfix is welcome! -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Help with issues with migration
by David Caro 04 Feb '15

04 Feb '15

--KscVNZbUup0vZz0f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Upstream phoenix lab has stabilized, but after the outages we are finding s= ome issues probably caused by it. One of them is that th vm migration is not working, ew have two hosts srv05= and srv06, and we want to migrate vms from 06 to 05 but we find those errors on vdsm on 05: Feb 04 02:56:50 ovirt-srv05 vdsm[5170]: vdsm vm.Vm WARNING vmId=3D`434152= 76-a7bf-4c86-b0e9-70a5f6d39a40`::Unknown type found, device: '{'device': 'u= nix', 'alias': 'channel0', 'type': 'channel', 'address': {'bus': '0', 'cont= roller': '0', 'type': 'virtio-serial', 'port': '1'}}' found Feb 04 02:56:50 ovirt-srv05 vdsm[5170]: vdsm vm.Vm WARNING vmId=3D`434152= 76-a7bf-4c86-b0e9-70a5f6d39a40`::Unknown type found, device: '{'device': 'u= nix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus': '0', 'cont= roller': '0', 'type': 'virtio-serial', 'port': '2'}}' found Feb 04 02:56:50 ovirt-srv05 vdsm[5170]: vdsm vm.Vm WARNING vmId=3D`434152= 76-a7bf-4c86-b0e9-70a5f6d39a40`::Unknown type found, device: '{'device': 's= picevmc', 'alias': 'channel2', 'type': 'channel', 'address': {'bus': '0', '= controller': '0', 'type': 'virtio-serial', 'port': '3'}}' found Feb 04 02:56:50 ovirt-srv05 vdsm[5170]: vdsm vm.Vm ERROR vmId=3D`43415276= -a7bf-4c86-b0e9-70a5f6d39a40`::Alias not found for device type graphics dur= ing migration at destination host After that sanlock complains: Feb 04 02:56:50 ovirt-srv05 sanlock[1055]: 2015-02-04 02:56:50-0700 1453 = [1055]: cmd 9 target pid 6479 not found but it seems that the vm is starting up: Feb 04 02:56:50 ovirt-srv05 systemd[1]: Starting Virtual Machine qemu-el6= -vm03-phx-ovirt-org. -- Subject: Unit machine-qemu\x2del6\x2dvm03\x2dphx\x2dovirt\x2dorg.scope= has begun with start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel --=20 -- Unit machine-qemu\x2del6\x2dvm03\x2dphx\x2dovirt\x2dorg.scope has begu= n starting up. Feb 04 02:56:50 ovirt-srv05 systemd-machined[5642]: New machine qemu-el6-= vm03-phx-ovirt-org. -- Subject: A virtual machine or container has been started -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel --=20 -- The virtual machine qemu-el6-vm03-phx-ovirt-org with its leader PID 64= 79 has been -- started is now ready to use. Feb 04 02:56:50 ovirt-srv05 systemd[1]: Started Virtual Machine qemu-el6-= vm03-phx-ovirt-org. -- Subject: Unit machine-qemu\x2del6\x2dvm03\x2dphx\x2dovirt\x2dorg.scope= has finished start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel --=20 -- Unit machine-qemu\x2del6\x2dvm03\x2dphx\x2dovirt\x2dorg.scope has fini= shed starting up. --=20 -- The start-up result is done. But it shuts down: Feb 04 02:56:51 ovirt-srv05 systemd-machined[5642]: Machine qemu-el6-vm03-p= hx-ovirt-org terminated. -- Subject: A virtual machine or container has been terminated -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel --=20 -- The virtual machine qemu-el6-vm03-phx-ovirt-org with its leader PID 64= 79 has been -- shut down. Feb 04 02:56:51 ovirt-srv05 vdsm[5170]: vdsm vm.Vm ERROR vmId=3D`43415276= -a7bf-4c86-b0e9-70a5f6d39a40`::Failed to start a migration destination vm Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py"= , line 2298, in _startUnderlyingVm self._completeIncomingMigration= () File "/usr/share/vdsm/virt/vm.py"= , line 4107, in _completeIncomingMigration self._incomingMigrationFinished= =2EisSet(), usedTimeout) File "/usr/share/vdsm/virt/vm.py"= , line 4160, in _attachLibvirtDomainAfterMigration raise MigrationError(e.get_erro= r_message()) MigrationError: Domain not found: n= o domain with matching uuid '43415276-a7bf-4c86-b0e9-70a5f6d39a40' Feb 04 02:56:51 ovirt-srv05 vdsm[5170]: vdsm root WARNING File: /var/lib/= libvirt/qemu/channels/43415276-a7bf-4c86-b0e9-70a5f6d39a40.com.redhat.rhevm= =2Evdsm already removed Feb 04 02:56:51 ovirt-srv05 vdsm[5170]: vdsm root WARNING File: /var/lib/= libvirt/qemu/channels/43415276-a7bf-4c86-b0e9-70a5f6d39a40.org.qemu.guest_a= gent.0 already removed Feb 04 02:56:51 ovirt-srv05 vdsm[5170]: vdsm vm.Vm WARNING vmId=3D`434152= 76-a7bf-4c86-b0e9-70a5f6d39a40`::trying to set state to Down when already D= own Any ideas? Thanks! Though --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --KscVNZbUup0vZz0f Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU0fKyAAoJEEBxx+HSYmnD2ncH/1mKX22wzX5xmd6k2F/dVlWg ZY7NrN5YEFjkjLpECkTnD+1/HzoAy72PXvitsnwiEn1vQFp87g6QJQFz4dgFyoXt S/fRFtAERisaMvVUWk1H78HnMSsW9KwNFrYq4StAO87ctp55Jjm62hEPp5ysoCFY qb570Bt6fB+XoLQENvvxtxIc3OoeBS0MCjhoW6QeHmhbC7yV3LdyBt6A95NFgE8x CaBNIyErNwgtTvT+wdgE8XhRSU2eHrdYSGK0sq7c8AVWGi4qa+oZ6PYGnkulazUi jDVF8zVGYjQ22sWgsMTOybhRL0AW90PRx3TnnwvmJ3VWSyko35091YFOA7ISOVo= =ZerK -----END PGP SIGNATURE----- --KscVNZbUup0vZz0f--

2 2