June 2015 - Devel - oVirt List Archives

Maintainer rights on vdsm - ovirt-3.5-gluster
by Sahina Bose 17 Nov '15

17 Nov '15

Hi! On the vdsm branch "ovirt-3.5-gluster", could you provide merge rights to Bala (barumuga(a)redhat.com) ? thanks sahina

4 11

IO Threads + 3.6 Second Alpha Release
by Roman Nikolayevich Drovalev 30 Jul '15

30 Jul '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 00459B0D43257E74_= Content-Type: text/plain; charset="US-ASCII" Hi, This functions (IO Threads) is present in 3.6 Second Alpha Release oVirt version? http://www.ovirt.org/Features/IOThreads_Support Thanks, Drovalev Roman --=_alternative 00459B0D43257E74_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">Hi, </font> <br> <br><font size=2 face="sans-serif">This functions (IO Threads) is present in 3.6 </font><font size=2 face="sans-serif">Second Alpha Release </font><font size=2 face="sans-serif"> oVirt version?</font> <br> <br><a href=http://www.ovirt.org/Features/IOThreads_Support><font size=2 face="sans-serif">http://www.ovirt.org/Features/IOThreads_Support</font></a> <br> <br> <br><font size=2 face="sans-serif">Thanks,</font> <br><font size=2 face="sans-serif">Drovalev Roman</font> <br> --=_alternative 00459B0D43257E74_=--

3 3

ovirt-engine-3.5.4 branch created
by Sandro Bonazzola 30 Jun '15

30 Jun '15

Hi, just a quick note reminding that ovirt-engine 3.5.4 branch has been created today. Any further patch targeted 3.5.4 must be cherry-picked there too. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

[ANN] oVirt 3.6.0 Second Alpha Release is now available for testing
by Sandro Bonazzola 30 Jun '15

30 Jun '15

The oVirt Project is pleased to announce the availability of the Second Alpha release of oVirt 3.6 for testing, as of June 29, 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. The Second Alpha release is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). The Second Alpha release can also be deployed on Hypervisor Hosts running Fedora 21 and Fedora 22. Experimental support for Debian 8.1 Jessie has been added too. This Second Alpha release of oVirt includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO[2] and Node ISO[3] are already available. Please note that mirrors[4] 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.6_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ovirt-live/el7-alpha2/ovir… [3] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/ovirt-node/ovirt-nod… [4] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 2

ovirt-node_master_build-artifacts-el7-x86_64 artifacts without git hashes
by Sandro Bonazzola 30 Jun '15

30 Jun '15

Hi, looking at http://jenkins.ovirt.org/job/ovirt-node_master_build-artifacts-el7-x86_64/1… I see artifacts are built without git hash. Please fix the job in order to have git hash in the rpm NVR as all other rpms have. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Upgrade to wildfly problem
by Alexander Wels 30 Jun '15

30 Jun '15

Hi, I followed the upgrade to wildfly steps here [1]. And everything worked as expected. I was able to compile/run/update database without issues. However now when I start the engine, everything appears to work but I am getting the following stack trace over and over and over again in my engine log. 2015-06-29 11:47:44,240 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-39) [] Failed to refresh VDS , vds = 'host1' : '932f05b4-e3b0-4e9a-ab99-77ff749138b3', error = 'No enum constant org.ovirt.engine.core.common.businessentities.network.NetworkBootProtocol.1', continuing. 2015-06-29 11:47:44,241 ERROR [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-39) [] Exception: java.lang.IllegalArgumentException: No enum constant org.ovirt.engine.core.common.businessentities.network.NetworkBootProtocol.1 at java.lang.Enum.valueOf(Enum.java:236) [rt.jar:1.7.0_79] at org.ovirt.engine.core.common.businessentities.network.NetworkBootProtocol.valueOf(NetworkBootProtocol.java:6) [common.jar:] at org.ovirt.engine.core.dao.network.NetworkAttachmentDaoDbFacadeImpl$NetworkAttachmentRowMapper.mapRow(NetworkAttachmentDaoDbFacadeImpl.java:96) [dal.jar:] at org.ovirt.engine.core.dao.network.NetworkAttachmentDaoDbFacadeImpl$NetworkAttachmentRowMapper.mapRow(NetworkAttachmentDaoDbFacadeImpl.java:79) [dal.jar:] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:1) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:649) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:637) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:666) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:706) [spring-jdbc.jar:3.1.1.RELEASE] at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:154) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:120) [dal.jar:] at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:181) [spring-jdbc.jar:3.1.1.RELEASE] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:147) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:109) [dal.jar:] at org.ovirt.engine.core.dao.network.NetworkAttachmentDaoDbFacadeImpl.getAllForHost(NetworkAttachmentDaoDbFacadeImpl.java:40) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkAttachmentsPersister.persistNetworkAttachments(HostNetworkAttachmentsPersister.java:69) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkTopologyPersisterImpl.persistTopology(HostNetworkTopologyPersisterImpl.java:280) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkTopologyPersisterImpl.persistAndEnforceNetworkCompliance(HostNetworkTopologyPersisterImpl.java:85) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkTopologyPersisterImpl.persistAndEnforceNetworkCompliance(HostNetworkTopologyPersisterImpl.java:141) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:666) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.HostMonitoring.beforeFirstRefreshTreatment(HostMonitoring.java:706) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.HostMonitoring.refreshVdsRunTimeInfo(HostMonitoring.java:128) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.HostMonitoring.refresh(HostMonitoring.java:84) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:215) [vdsbroker.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_79] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_79] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_79] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_79] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:81) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:52) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] After some debugging it appears that the query from the database returns "1" as the value (which is correct as that is the value in the database). But then the NetworkBootProtocol.forValue fails due to the possible values being "NONE", "DHCP", "STATIC". Looking at the stored procedure there doesn't seem to be any translation between 1 and DHCP, so it makes sense for the failure. I compared the stored procedure to a clean new database and they are identical, so I am assuming my database is fine in that regard. If I modify the code to use NetworkBootProtocol.forValue instead of valueOf it works fine, but the valueOf code has been in there for a long time so if that was broken it would have been noticed a long time ago. I am out of thoughts, can anyone help me figure out what is going on? Thanks, Alexander [1] http://lists.ovirt.org/pipermail/devel/2015-June/010832.html

3 3

Re: [ovirt-devel] [TICKET] failing gluster tests -- RefreshGlusterVolumeDetailsCommandTest
by Doron Fediuck 30 Jun '15

30 Jun '15

Adding rhev-gluster. Vijay / Sahina can you please review? On Jun 26, 2015 12:12, Eyal Edri <eedri(a)redhat.com> wrote: > > > > ----- Original Message ----- > > From: "Sandro Bonazzola" <sbonazzo(a)redhat.com> > > To: "Doron Fediuck" <dfediuck(a)redhat.com>, "Greg Sheremeta" <gshereme(a)redhat.com>, "infra" <infra(a)ovirt.org>, > > devel(a)ovirt.org, "Sahina Bose" <sabose(a)redhat.com> > > Sent: Friday, June 26, 2015 10:55:51 AM > > Subject: Re: [ovirt-devel] [TICKET] failing gluster tests -- RefreshGlusterVolumeDetailsCommandTest > > > > Il 25/06/2015 17:53, Doron Fediuck ha scritto: > > > Sahina, any idea? > > > > > > On 25/06/15 18:06, Greg Sheremeta wrote: > > >> These tests appear to be randomly failing in Jenkins. Was this a > > >> memory issue? Pretty odd error -- "Could not initialize class" -- > > >> never seen that one before. > > >> > > >> It worked on a dependent patch's build, and I didn't touch any > > >> gluster stuff. > > >> > > >> http://jenkins.ovirt.org/job/ovirt-engine_master_unit-tests_gerrit/40725/co… > > >> > > >> Thanks, > > >> Greg > > >> > > >> > > >> 15:56:32 Results : > > >> 15:56:32 > > >> 15:56:32 Tests in error: > > >> 15:56:32 > > >> org.ovirt.engine.core.bll.gluster.RefreshGlusterVolumeDetailsCommandTest > > >> 15:56:32 > > >> testRefreshLightWeight(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): > > >> Could not initialize class > > >> org.ovirt.engine.core.bll.gluster.GlusterSyncJob > > >> 15:56:32 > > >> testRefreshHeavyWeightFor31(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): > > >> Could not initialize class > > >> org.ovirt.engine.core.bll.gluster.GlusterSyncJob > > >> 15:56:32 > > >> testRefreshHeavyWeightFor32(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): > > >> Could not initialize class > > >> org.ovirt.engine.core.bll.gluster.GlusterSyncJob > > >> 15:56:32 > > >> testRefreshLightWeightFor33(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): > > >> Could not initialize class > > >> org.ovirt.engine.core.bll.gluster.GlusterSyncJob > > >> 15:56:32 > > >> 15:56:32 Tests run: 2341, Failures: 0, Errors: 5, Skipped: 6 > > >> 15:56:32 > > > > Just sent an email about the same error. It's reproducible near to 100% > > please address as soon as possible. > > > > this was the latest gluster patch related: https://gerrit.ovirt.org/#/c/42863/ > might worth to revert until fixed. > > > > > > > >> > > >> Greg Sheremeta > > >> Red Hat, Inc. > > >> Sr. Software Engineer, RHEV > > >> Cell: 919-807-1086 > > >> gshereme(a)redhat.com > > >> _______________________________________________ > > >> Devel mailing list > > >> Devel(a)ovirt.org > > >> http://lists.ovirt.org/mailman/listinfo/devel > > >> > > > > > > _______________________________________________ > > > Devel mailing list > > > Devel(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > -- > > Sandro Bonazzola > > Better technology. Faster innovation. Powered by community collaboration. > > See how it works at redhat.com > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > -- > Eyal Edri > Supervisor, RHEV CI > EMEA ENG Virtualization R&D > Red Hat Israel > > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ)

4 4

Fwd: Orphaning jasperreports
by Yedidyah Bar David 30 Jun '15

30 Jun '15

It seems like the engine depends on jasperreports (not jasperreports-server, needed by ovirt-reports - this one we package in ovirt repos). Not sure the following is the only path: ovirt-engine requires openstack-java-resteasy-connector >= 3.1.1 openstack-java-resteasy-connector requires mvn(org.jboss.resteasy:resteasy-jaxrs) mvn(org.jboss.resteasy:resteasy-jaxrs) is provided by resteasy resteasy requires mvn(org.springframework:spring-webmvc) mvn(org.springframework:spring-webmvc) is provided by springframework-webmvc springframework-webmvc requires mvn(net.sf.jasperreports:jasperreports) mvn(net.sf.jasperreports:jasperreports) is provided by jasperreports FYI. Best, -- Didi ----- Forwarded Message ----- From: "Sandro Bonazzola" <sbonazzo(a)redhat.com> To: "Shirly Radco" <sradco(a)redhat.com>, "Yedidyah Bar David" <didi(a)redhat.com>, "Yaniv Dary" <ydary(a)redhat.com> Sent: Monday, June 22, 2015 4:16:26 PM Subject: Fwd: Orphaning jasperreports FYI -------- Messaggio Inoltrato -------- Oggetto: Orphaning jasperreports Data: Mon, 22 Jun 2015 14:56:55 +0200 Mittente: gil <puntogil(a)libero.it> Rispondi-a: Development discussions related to Fedora <devel(a)lists.fedoraproject.org> A: Fedora Java Development List <java-devel(a)lists.fedoraproject.org>, Development discussions related to Fedora <devel(a)lists.fedoraproject.org>, bigdata(a)lists.fedoraproject.org HI I have intention to orphaning/retire jasperreports [1] , because it fails build [2] with new batik (1.8) and newer release use non free itext 5.x library. [1] https://admin.fedoraproject.org/pkgdb/package/jasperreports/ [2] http://koji.fedoraproject.org/koji/taskinfo?taskID=10098415 -- devel mailing list devel(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

2 1

fyi - outage in jenkins.ovirt.org
by Eyal Edri 29 Jun '15

29 Jun '15

fyi, there is currently an outage with jenkins.ovirt.org, seems related to an out of memory issue. the infra team is investigating and will report when the issue is resolved. you might experience some errors or infra issues with jenkins jobs running on patches, if there is something urgent that can't wait for the fix, please let us know. we hope the issue can be resolved within the next hour. oVirt infra.

2 2

Gluster patches on Alpha-1
by Christopher Pereira 29 Jun '15

29 Jun '15

This is a multi-part message in MIME format. --------------030000060002050801070903 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sandro, Can you please confirm this patches where released in alpha-1? https://gerrit.ovirt.org/#/c/40239/ https://gerrit.ovirt.org/#/c/40240/ I just tested alpha-1 and vdsmd restart is still killing glusterd and all VMs because it is running glusterd inside vdsmd's cgroup. Can we please include them in alpha-2? It's too dangerous to kill the storage because it corrupts VMs, specially Windows ones. Thanks. --------------030000060002050801070903 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"> Sandro,<br> <br> Can you please confirm this patches where released in alpha-1?<br> <blockquote><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/40239/">https://gerrit.ovirt.org/#/c/40239/</a><br> <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/40240/">https://gerrit.ovirt.org/#/c/40240/</a><br> </blockquote> I just tested alpha-1 and vdsmd restart is still killing glusterd and all VMs because it is running glusterd inside vdsmd's cgroup.<br> <br> Can we please include them in alpha-2?<br> It's too dangerous to kill the storage because it corrupts VMs, specially Windows ones.<br> <br> Thanks.<br> </body> </html> --------------030000060002050801070903--

2 1

Merge patch "qemuimg: add support for convert progress"
by Christopher Pereira 28 Jun '15

28 Jun '15

qemu-img operations can take very long and there is currently no way to see their progress. It would be nice to include this patch to display the progress of a qemu-img operation (uploaded in November): https://gerrit.ovirt.org/#/c/33910/ Canceling the qemu-img task from Engine is also something that should be addressed at some point. 'copyImage' tasks are displayed via vdsClient. Is there any particular reason why a "Cancel" button was never added to the Engine's Task list?

2 1

engine-setup broken in master?
by Omer Frenkel 28 Jun '15

28 Jun '15

Hi, on latest master, engine-setup fails for me with: [ ERROR ] Failed to execute stage 'Setup validation': Failed checking Engine database: [u''] from the setup log: 2015-06-25 10:27:51 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.ovirt_**FILTERED**.upgrade.dbvalidations plugin.execute:940 execute-output: ['/home/ofrenkel/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/dbu tils/validatedb.sh', '--user=**FILTERED**', '--host=localhost', '--port=5432', '--database=**FILTERED**', '--log=/home/ofrenkel/ovirt-**FILTERED**/var/log/ovirt-**FILTERED**/setup/ovirt-**FILTERED**-setup-201506 25102702-nwwazb.log'] stderr: ERROR: function fn_db_validate_fks(boolean, boolean) does not exist LINE 3: from fn_db_validate_fks(false, 0 != 0) ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. 2015-06-25 10:27:51 DEBUG otopi.context context._executeMethod:155 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 145, in _executeMethod method['method']() File "/home/ofrenkel/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/ovirt-**FILTERED**/upgrade/dbvalidations.py", line 128, in _validation violations, issues_found = self._checkDb() File "/home/ofrenkel/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/ovirt-**FILTERED**/upgrade/dbvalidations.py", line 91, in _checkDb output=stdout, RuntimeError: Failed checking Engine database: [u''] 2015-06-25 10:27:51 ERROR otopi.context context._executeMethod:164 Failed to execute stage 'Setup validation': Failed checking Engine database: [u''] ---- looks like lately this function (fn_db_validate_fks) was moved, might be related? ( https://gerrit.ovirt.org/#/c/42655/ ) i even tried to completely remove my ~/ovirt-engine/ folder and create from scratch anyone else experienced this? Thanks, Omer.

7 10

[TICKET] failing gluster tests -- RefreshGlusterVolumeDetailsCommandTest
by Greg Sheremeta 26 Jun '15

26 Jun '15

These tests appear to be randomly failing in Jenkins. Was this a memory issue? Pretty odd error -- "Could not initialize class" -- never seen that one before. It worked on a dependent patch's build, and I didn't touch any gluster stuff. http://jenkins.ovirt.org/job/ovirt-engine_master_unit-tests_gerrit/40725/co… Thanks, Greg 15:56:32 Results : 15:56:32 15:56:32 Tests in error: 15:56:32 org.ovirt.engine.core.bll.gluster.RefreshGlusterVolumeDetailsCommandTest 15:56:32 testRefreshLightWeight(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob 15:56:32 testRefreshHeavyWeightFor31(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob 15:56:32 testRefreshHeavyWeightFor32(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob 15:56:32 testRefreshLightWeightFor33(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob 15:56:32 15:56:32 Tests run: 2341, Failures: 0, Errors: 5, Skipped: 6 15:56:32 Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

4 3

Re: [ovirt-devel] vdsm_master_unit-tests_merged stuck again on JsonRpcServerTests
by Piotr Kliczewski 26 Jun '15

26 Jun '15

----_com.android.email_307787486177500 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKVGhpcyBlcnJvciBpcyB0aHJvd24gd2hlbiB0aGUgdGVzdCB0aW1lb3V0cy4gSSByZWR1 Y2VkIHRpbWVvdXQgdG8gYmUgc3VyZSB0aGF0IHRoZXJlIGlzIG5vIGlzc3VlIHdpdGggdGltZW91 dHMuIFdlIHNhdyB0ZXN0cyBiZWluZyBzdHVjay4gT25jZSB3ZSBkbyBub3Qgc2VlIGl0IGhhbmdp bmcgYWdhaW4gaSB3aWxsIHJlc3RvcmUgcHJldmlvcyB2YWx1ZS4KCgpUaGFua3MsUGlvdHIKCi0t LS0tLS0tIE9yeWdpbmFsbmEgd2lhZG9tb8WbxIcgLS0tLS0tLS0KT2Q6IERhbiBLZW5pZ3NiZXJn IDxkYW5rZW5AcmVkaGF0LmNvbT4gCkRhdGE6IDI1LjA2LjIwMTUgIDIyOjMzICAoR01UKzAxOjAw KSAKRG86IFBpb3RyIEtsaWN6ZXdza2kgPHBpb3RyLmtsaWN6ZXdza2lAZ21haWwuY29tPiAKRFc6 IFBpb3RyIEtsaWN6ZXdza2kgPHBrbGljemV3QHJlZGhhdC5jb20+LCBpbmZyYSA8aW5mcmFAb3Zp cnQub3JnPiwgZGV2ZWxAb3ZpcnQub3JnIApUZW1hdDogUmU6IFtvdmlydC1kZXZlbF0gdmRzbV9t YXN0ZXJfdW5pdC10ZXN0c19tZXJnZWQgc3R1Y2sgYWdhaW4gb24gSnNvblJwY1NlcnZlclRlc3Rz IAoKCkkgc2VlIHRoYXQgeW91IGhhdmUgcmUtZW5hYmxlZCB0aGUgdGVzdHMgLSB0aGFua3MuCgpQ bGVhc2Ugbm90ZSB0aGF0IG5vdyBJIHNlZSBhIHJhbmRvbQoKMjA6MjU6NDkgPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQoyMDoyNTo0OSBFUlJPUjogdGVzdE1ldGhvZFJldHVybnNOdWxsQW5kU2VydmVyUmV0dXJuc1Ry dWUoa3c9RmFsc2UpIChqc29uUnBjVGVzdHMuSnNvblJwY1NlcnZlclRlc3RzKQoyMDoyNTo0OSAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCjIwOjI1OjQ5IFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToK MjA6MjU6NDnCoMKgIEZpbGUgIi90bXAvcnVuL3Zkc20vdGVzdHMvdGVzdGxpYi5weSIsIGxpbmUg NjQsIGluIHdyYXBwZXIKMjA6MjU6NDnCoMKgwqDCoCByZXR1cm4gZihzZWxmLCAqYXJncykKMjA6 MjU6NDnCoMKgIEZpbGUgIi90bXAvcnVuL3Zkc20vdGVzdHMvbW9ua2V5cGF0Y2gucHkiLCBsaW5l IDEzMywgaW4gd3JhcHBlcgoyMDoyNTo0OcKgwqDCoMKgIHJldHVybiBmKCphcmdzLCAqKmt3KQoy MDoyNTo0OcKgwqAgRmlsZSAiL3RtcC9ydW4vdmRzbS90ZXN0cy9qc29uUnBjVGVzdHMucHkiLCBs aW5lIDE4NiwgaW4gdGVzdE1ldGhvZFJldHVybnNOdWxsQW5kU2VydmVyUmV0dXJuc1RydWUKMjA6 MjU6NDnCoMKgwqDCoCBDQUxMX0lEKQoyMDoyNTo0OcKgwqAgRmlsZSAiL3RtcC9ydW4vdmRzbS90 ZXN0cy9qc29uUnBjVGVzdHMucHkiLCBsaW5lIDg5LCBpbiBfY2FsbFRpbWVvdXQKMjA6MjU6NDnC oMKgwqDCoCByYWlzZSBKc29uUnBjTm9SZXNwb25zZUVycm9yKG1ldGhvZE5hbWUpCjIwOjI1OjQ5 IEpzb25ScGNOb1Jlc3BvbnNlRXJyb3I6IFstMzI2MDVdIE5vIHJlc3BvbnNlIGZvciBKU09OLVJQ QyBwaW5nIHJlcXVlc3QuCgppbiBodHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL3Zkc21fbWFz dGVyX3VuaXQtdGVzdHNfY3JlYXRlZC80MDk2L2NvbnNvbGUKCmNhbiB5b3UgdGFrZSBhIGxvb2s/ Cg== ----_com.android.email_307787486177500 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PlRoaXMgZXJyb3Ig aXMgdGhyb3duIHdoZW4gdGhlIHRlc3QgdGltZW91dHMuIEkgcmVkdWNlZCB0aW1lb3V0IHRvIGJl IHN1cmUgdGhhdCB0aGVyZSBpcyBubyBpc3N1ZSB3aXRoIHRpbWVvdXRzLiBXZSBzYXcgdGVzdHMg YmVpbmcgc3R1Y2suIE9uY2Ugd2UgZG8gbm90IHNlZSBpdCBoYW5naW5nIGFnYWluIGkgd2lsbCBy ZXN0b3JlIHByZXZpb3MgdmFsdWUuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdiBpZD0iY29tcG9zZXJfc2lnbmF0dXJlIj48ZGl2IHN0eWxlPSJm b250LXNpemU6OXB4Ij5UaGFua3MsPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjlweCI+UGlv dHI8L2Rpdj48L2Rpdj48YnI+PGJyPjxkaXYgc3R5bGU9ImZvbnQtc2l6ZToxMDAlO3RleHQtYWxp Z246bGVmdDtjb2xvcjojMDAwMDAwIj4tLS0tLS0tLSBPcnlnaW5hbG5hIHdpYWRvbW/Fm8SHIC0t LS0tLS0tPGJyPk9kOiBEYW4gS2VuaWdzYmVyZyAmbHQ7ZGFua2VuQHJlZGhhdC5jb20mZ3Q7IDxi cj5EYXRhOiAyNS4wNi4yMDE1ICAyMjozMyAgKEdNVCswMTowMCkgPGJyPkRvOiBQaW90ciBLbGlj emV3c2tpICZsdDtwaW90ci5rbGljemV3c2tpQGdtYWlsLmNvbSZndDsgPGJyPkRXOiBQaW90ciBL bGljemV3c2tpICZsdDtwa2xpY3pld0ByZWRoYXQuY29tJmd0OywgaW5mcmEgJmx0O2luZnJhQG92 aXJ0Lm9yZyZndDssIGRldmVsQG92aXJ0Lm9yZyA8YnI+VGVtYXQ6IFJlOiBbb3ZpcnQtZGV2ZWxd IHZkc21fbWFzdGVyX3VuaXQtdGVzdHNfbWVyZ2VkIHN0dWNrIGFnYWluIG9uIEpzb25ScGNTZXJ2 ZXJUZXN0cyA8YnI+PGJyPjwvZGl2Pjxicj5JIHNlZSB0aGF0IHlvdSBoYXZlIHJlLWVuYWJsZWQg dGhlIHRlc3RzIC0gdGhhbmtzLjxicj48YnI+UGxlYXNlIG5vdGUgdGhhdCBub3cgSSBzZWUgYSBy YW5kb208YnI+PGJyPjIwOjI1OjQ5ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+MjA6MjU6NDkgRVJST1I6IHRl c3RNZXRob2RSZXR1cm5zTnVsbEFuZFNlcnZlclJldHVybnNUcnVlKGt3PUZhbHNlKSAoanNvblJw Y1Rlc3RzLkpzb25ScGNTZXJ2ZXJUZXN0cyk8YnI+MjA6MjU6NDkgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4y MDoyNTo0OSBUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6PGJyPjIwOjI1OjQ5Jm5i c3A7Jm5ic3A7IEZpbGUgIi90bXAvcnVuL3Zkc20vdGVzdHMvdGVzdGxpYi5weSIsIGxpbmUgNjQs IGluIHdyYXBwZXI8YnI+MjA6MjU6NDkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIGYo c2VsZiwgKmFyZ3MpPGJyPjIwOjI1OjQ5Jm5ic3A7Jm5ic3A7IEZpbGUgIi90bXAvcnVuL3Zkc20v dGVzdHMvbW9ua2V5cGF0Y2gucHkiLCBsaW5lIDEzMywgaW4gd3JhcHBlcjxicj4yMDoyNTo0OSZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXR1cm4gZigqYXJncywgKiprdyk8YnI+MjA6MjU6NDkm bmJzcDsmbmJzcDsgRmlsZSAiL3RtcC9ydW4vdmRzbS90ZXN0cy9qc29uUnBjVGVzdHMucHkiLCBs aW5lIDE4NiwgaW4gdGVzdE1ldGhvZFJldHVybnNOdWxsQW5kU2VydmVyUmV0dXJuc1RydWU8YnI+ MjA6MjU6NDkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ0FMTF9JRCk8YnI+MjA6MjU6NDkmbmJz cDsmbmJzcDsgRmlsZSAiL3RtcC9ydW4vdmRzbS90ZXN0cy9qc29uUnBjVGVzdHMucHkiLCBsaW5l IDg5LCBpbiBfY2FsbFRpbWVvdXQ8YnI+MjA6MjU6NDkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg cmFpc2UgSnNvblJwY05vUmVzcG9uc2VFcnJvcihtZXRob2ROYW1lKTxicj4yMDoyNTo0OSBKc29u UnBjTm9SZXNwb25zZUVycm9yOiBbLTMyNjA1XSBObyByZXNwb25zZSBmb3IgSlNPTi1SUEMgcGlu ZyByZXF1ZXN0Ljxicj48YnI+aW4gaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL2pvYi92ZHNtX21h c3Rlcl91bml0LXRlc3RzX2NyZWF0ZWQvNDA5Ni9jb25zb2xlPGJyPjxicj5jYW4geW91IHRha2Ug YSBsb29rPzxicj48L2JvZHk+PC9odG1sPg== ----_com.android.email_307787486177500--

3 2

[URGENT] ovirt-engine failing to build due to "Could not initialize class" error
by Sandro Bonazzola 26 Jun '15

26 Jun '15

Tests in error: org.ovirt.engine.core.bll.gluster.RefreshGlusterVolumeDetailsCommandTest testRefreshLightWeight(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob testRefreshHeavyWeightFor31(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob testRefreshHeavyWeightFor32(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob testRefreshLightWeightFor33(org.ovirt.engine.core.bll.gluster.GlusterSyncJobTest): Could not initialize class org.ovirt.engine.core.bll.gluster.GlusterSyncJob Looks like it's quite reproducible with current master. Please fix it ASAP -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

ovirt-engine failing to build on F22 mock chroot (org.apache.maven.plugins:maven-ear-plugin:2.8)
by Sandro Bonazzola 26 Jun '15

26 Jun '15

Hi, while ovirt-engine is currently building fine in mock chroots for el6[1] and el7[2] we have not a successfull build on F22[3] yet. The error is always the same[4]: [INFO] Building oVirt Server EAR 3.6.0-SNAPSHOT [INFO] ------------------------------------------------------------------------ [DEBUG] Lifecycle default -> [validate, initialize, generate-sources, process-sources, generate-resources, process-resources, compile, process-classes, generate-test-sources, process-test-sources, generate-test-resources, process-test-resources, test-compile, process-test-classes, test, prepare-package, package, pre-integration-test, integration-test, post-integration-test, verify, install, deploy] [DEBUG] Lifecycle clean -> [pre-clean, clean, post-clean] [DEBUG] Lifecycle site -> [pre-site, site, post-site, site-deploy] [DEBUG] Using transporter WagonTransporter with priority -1.0 for http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror [DEBUG] Using connector BasicRepositoryConnector with priority 0.0 for http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror Downloading: http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror/org/apache/maven… Jun 25, 2015 2:15:43 PM org.apache.http.impl.execchain.RetryExec execute INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://artifactory.ovirt.org:8081: The target server failed to respond Jun 25, 2015 2:15:43 PM org.apache.http.impl.execchain.RetryExec execute INFO: Retrying request to {}->http://artifactory.ovirt.org:8081 Jun 25, 2015 2:15:43 PM org.apache.http.impl.execchain.RetryExec execute INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://artifactory.ovirt.org:8081: The target server failed to respond Jun 25, 2015 2:15:43 PM org.apache.http.impl.execchain.RetryExec execute INFO: Retrying request to {}->http://artifactory.ovirt.org:8081 Jun 25, 2015 2:15:43 PM org.apache.http.impl.execchain.RetryExec execute INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://artifactory.ovirt.org:8081: The target server failed to respond Jun 25, 2015 2:15:43 PM org.apache.http.impl.execchain.RetryExec execute INFO: Retrying request to {}->http://artifactory.ovirt.org:8081 [DEBUG] Writing tracking file /builddir/.m2/repository/org/apache/maven/plugins/maven-ear-plugin/2.8/maven-ear-plugin-2.8.pom.lastUpdated [INFO] ------------------------------------------------------------------------ [INFO] Reactor Summary: [INFO] [INFO] ovirt-root ......................................... SUCCESS [ 11.298 s] [INFO] oVirt Build Tools root ............................. SUCCESS [ 0.037 s] [INFO] oVirt checkstyle ................................... SUCCESS [ 43.241 s] [INFO] oVirt JBoss Modules Maven Plugin ................... SUCCESS [01:02 min] [INFO] oVirt Checkstyle Checks ............................ SUCCESS [ 5.961 s] [INFO] Extensions API root ................................ SUCCESS [ 9.771 s] [INFO] ovirt-engine-extensions-api ........................ SUCCESS [ 48.433 s] [INFO] oVirt Modules - backend ............................ SUCCESS [ 0.006 s] [INFO] oVirt Manager ...................................... SUCCESS [ 0.004 s] [INFO] oVirt Engine dependencies .......................... SUCCESS [ 0.004 s] [INFO] oVirt Engine common dependencies ................... SUCCESS [ 46.326 s] [INFO] oVirt Engine tools dependencies .................... SUCCESS [ 0.924 s] [INFO] oVirt Modules - manager ............................ SUCCESS [ 2.952 s] [INFO] Universal utilities ................................ SUCCESS [ 14.372 s] [INFO] Extensions manager ................................. SUCCESS [ 4.444 s] [INFO] CSharp Compatibility ............................... SUCCESS [ 5.638 s] [INFO] Common Code ........................................ SUCCESS [ 29.187 s] [INFO] Common utilities ................................... SUCCESS [ 47.238 s] [INFO] Data Access Layer .................................. SUCCESS [ 20.566 s] [INFO] engine scheduler bean .............................. SUCCESS [ 2.681 s] [INFO] Vds broker ......................................... SUCCESS [ 15.109 s] [INFO] Backend Authentication, Authorization and Accounting SUCCESS [ 3.786 s] [INFO] builtin-extensions ................................. SUCCESS [ 3.970 s] [INFO] Search Backend ..................................... SUCCESS [ 5.493 s] [INFO] Branding package ................................... SUCCESS [ 3.688 s] [INFO] Backend Logic @Service bean ........................ SUCCESS [01:02 min] [INFO] oVirt RESTful API Backend Integration .............. SUCCESS [ 5.883 s] [INFO] oVirt RESTful API interface ........................ SUCCESS [ 0.130 s] [INFO] oVirt Engine API Definition ........................ SUCCESS [ 30.769 s] [INFO] oVirt Engine API Commom Parent POM ................. SUCCESS [ 0.122 s] [INFO] oVirt Engine API Common JAX-RS ..................... SUCCESS [ 6.839 s] [INFO] oVirt RESTful API Backend Integration Type Mappers . SUCCESS [ 11.986 s] [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SUCCESS [ 58.359 s] [INFO] oVirt RESTful API Backend Integration Webapp ....... SUCCESS [ 4.075 s] [INFO] Custom Logger Using Extensions ..................... SUCCESS [ 1.443 s] [INFO] oVirt Engine Web Root .............................. SUCCESS [ 0.465 s] [INFO] ovirt-engine services .............................. SUCCESS [ 1.657 s] [INFO] oVirt Engine Web Docs .............................. SUCCESS [ 2.373 s] [INFO] ovirt-engine welcome ............................... SUCCESS [ 2.379 s] [INFO] oVirt Engine Tools ................................. SUCCESS [ 5.372 s] [INFO] oVirt Engine extensions tool ....................... SUCCESS [ 1.484 s] [INFO] oVirt Modules :: Frontend .......................... SUCCESS [ 0.015 s] [INFO] oVirt Modules :: Webadmin .......................... SUCCESS [ 0.011 s] [INFO] oVirt Modules - ui ................................. SUCCESS [ 0.011 s] [INFO] Extensions for GWT ................................. SUCCESS [ 12.406 s] [INFO] UI Utils Compatibility (for UICommon) .............. SUCCESS [ 24.050 s] [INFO] Frontend for GWT UI Projects ....................... SUCCESS [ 22.719 s] [INFO] UICommonWeb ........................................ SUCCESS [ 28.329 s] [INFO] oVirt GWT UI common infrastructure ................. SUCCESS [ 25.396 s] [INFO] WebAdmin ........................................... SUCCESS [ 01:48 h] [INFO] UserPortal ......................................... SUCCESS [46:24 min] [INFO] frontend-symbols ................................... SUCCESS [04:28 min] [INFO] oVirt Server EAR ................................... FAILURE [ 1.520 s] [INFO] ovirt-engine maven make ............................ SKIPPED [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 02:50 h [INFO] Finished at: 2015-06-25T14:15:43+00:00 [INFO] Final Memory: 534M/1300M [INFO] ------------------------------------------------------------------------ [ERROR] Plugin org.apache.maven.plugins:maven-ear-plugin:2.8 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.maven.plugins:maven-ear-plugin:jar:2.8: Could not transfer artifact org.apache.maven.plugins:maven-ear-plugin:pom:2.8 from/to ovirt-maven-repository (http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror) artifactory.ovirt.org:8081 failed to respond -> [Help 1] org.apache.maven.plugin.PluginResolutionException: Plugin org.apache.maven.plugins:maven-ear-plugin:2.8 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.maven.plugins:maven-ear-plugin:jar:2.8 We tried dropping the mirror we currently use (artifactory.ovirt.org) and the issue still persist on maven central[5]: [INFO] Building oVirt Server EAR 3.6.0-SNAPSHOT [INFO] ------------------------------------------------------------------------ [DEBUG] Lifecycle default -> [validate, initialize, generate-sources, process-sources, generate-resources, process-resources, compile, process-classes, generate-test-sources, process-test-sources, generate-test-resources, process-test-resources, test-compile, process-test-classes, test, prepare-package, package, pre-integration-test, integration-test, post-integration-test, verify, install, deploy] [DEBUG] Lifecycle clean -> [pre-clean, clean, post-clean] [DEBUG] Lifecycle site -> [pre-site, site, post-site, site-deploy] [DEBUG] Using transporter WagonTransporter with priority -1.0 for http://repo1.maven.org/maven2 [DEBUG] Using connector BasicRepositoryConnector with priority 0.0 for http://repo1.maven.org/maven2 Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-ear-plugin/2.8… Jun 25, 2015 5:12:14 PM org.apache.http.impl.execchain.RetryExec execute INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://repo1.maven.org:80: The target server failed to respond Jun 25, 2015 5:12:14 PM org.apache.http.impl.execchain.RetryExec execute INFO: Retrying request to {}->http://repo1.maven.org:80 Jun 25, 2015 5:12:14 PM org.apache.http.impl.execchain.RetryExec execute INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://repo1.maven.org:80: The target server failed to respond Jun 25, 2015 5:12:14 PM org.apache.http.impl.execchain.RetryExec execute INFO: Retrying request to {}->http://repo1.maven.org:80 Jun 25, 2015 5:12:14 PM org.apache.http.impl.execchain.RetryExec execute INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {}->http://repo1.maven.org:80: The target server failed to respond Jun 25, 2015 5:12:14 PM org.apache.http.impl.execchain.RetryExec execute INFO: Retrying request to {}->http://repo1.maven.org:80 [DEBUG] Writing tracking file /builddir/.m2/repository/org/apache/maven/plugins/maven-ear-plugin/2.8/maven-ear-plugin-2.8.pom.lastUpdated [INFO] ------------------------------------------------------------------------ [INFO] Reactor Summary: [INFO] [INFO] ovirt-root ......................................... SUCCESS [ 3.592 s] [INFO] oVirt Build Tools root ............................. SUCCESS [ 0.018 s] [INFO] oVirt checkstyle ................................... SUCCESS [ 11.771 s] [INFO] oVirt JBoss Modules Maven Plugin ................... SUCCESS [ 21.113 s] [INFO] oVirt Checkstyle Checks ............................ SUCCESS [ 1.923 s] [INFO] Extensions API root ................................ SUCCESS [ 2.439 s] [INFO] ovirt-engine-extensions-api ........................ SUCCESS [ 14.167 s] [INFO] oVirt Modules - backend ............................ SUCCESS [ 0.005 s] [INFO] oVirt Manager ...................................... SUCCESS [ 0.004 s] [INFO] oVirt Engine dependencies .......................... SUCCESS [ 0.003 s] [INFO] oVirt Engine common dependencies ................... SUCCESS [ 22.972 s] [INFO] oVirt Engine tools dependencies .................... SUCCESS [ 0.176 s] [INFO] oVirt Modules - manager ............................ SUCCESS [ 1.211 s] [INFO] Universal utilities ................................ SUCCESS [ 4.604 s] [INFO] Extensions manager ................................. SUCCESS [ 2.597 s] [INFO] CSharp Compatibility ............................... SUCCESS [ 3.840 s] [INFO] Common Code ........................................ SUCCESS [ 19.349 s] [INFO] Common utilities ................................... SUCCESS [ 12.360 s] [INFO] Data Access Layer .................................. SUCCESS [ 13.140 s] [INFO] engine scheduler bean .............................. SUCCESS [ 2.266 s] [INFO] Vds broker ......................................... SUCCESS [ 11.081 s] [INFO] Backend Authentication, Authorization and Accounting SUCCESS [ 3.417 s] [INFO] builtin-extensions ................................. SUCCESS [ 3.581 s] [INFO] Search Backend ..................................... SUCCESS [ 4.347 s] [INFO] Branding package ................................... SUCCESS [ 2.920 s] [INFO] Backend Logic @Service bean ........................ SUCCESS [ 33.454 s] [INFO] oVirt RESTful API Backend Integration .............. SUCCESS [ 1.095 s] [INFO] oVirt RESTful API interface ........................ SUCCESS [ 0.135 s] [INFO] oVirt Engine API Definition ........................ SUCCESS [ 16.550 s] [INFO] oVirt Engine API Commom Parent POM ................. SUCCESS [ 0.118 s] [INFO] oVirt Engine API Common JAX-RS ..................... SUCCESS [ 3.693 s] [INFO] oVirt RESTful API Backend Integration Type Mappers . SUCCESS [ 6.818 s] [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SUCCESS [ 17.311 s] [INFO] oVirt RESTful API Backend Integration Webapp ....... SUCCESS [ 1.006 s] [INFO] Custom Logger Using Extensions ..................... SUCCESS [ 1.063 s] [INFO] oVirt Engine Web Root .............................. SUCCESS [ 0.172 s] [INFO] ovirt-engine services .............................. SUCCESS [ 2.136 s] [INFO] oVirt Engine Web Docs .............................. SUCCESS [ 1.256 s] [INFO] ovirt-engine welcome ............................... SUCCESS [ 2.021 s] [INFO] oVirt Engine Tools ................................. SUCCESS [ 4.333 s] [INFO] oVirt Engine extensions tool ....................... SUCCESS [ 0.944 s] [INFO] oVirt Modules :: Frontend .......................... SUCCESS [ 0.003 s] [INFO] oVirt Modules :: Webadmin .......................... SUCCESS [ 0.003 s] [INFO] oVirt Modules - ui ................................. SUCCESS [ 0.002 s] [INFO] Extensions for GWT ................................. SUCCESS [ 4.081 s] [INFO] UI Utils Compatibility (for UICommon) .............. SUCCESS [ 6.789 s] [INFO] Frontend for GWT UI Projects ....................... SUCCESS [ 14.630 s] [INFO] UICommonWeb ........................................ SUCCESS [ 24.714 s] [INFO] oVirt GWT UI common infrastructure ................. SUCCESS [ 21.495 s] [INFO] WebAdmin ........................................... SUCCESS [ 01:46 h] [INFO] UserPortal ......................................... SUCCESS [45:49 min] [INFO] frontend-symbols ................................... SUCCESS [01:24 min] [INFO] oVirt Server EAR ................................... FAILURE [ 0.531 s] [INFO] ovirt-engine maven make ............................ SKIPPED [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 02:39 h [INFO] Finished at: 2015-06-25T17:12:14+00:00 [INFO] Final Memory: 526M/1200M [INFO] ------------------------------------------------------------------------ [ERROR] Plugin org.apache.maven.plugins:maven-ear-plugin:2.8 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.maven.plugins:maven-ear-plugin:jar:2.8: Could not transfer artifact org.apache.maven.plugins:maven-ear-plugin:pom:2.8 from/to central (http://repo1.maven.org/maven2) repo1.maven.org:80 failed to respond -> [Help 1] org.apache.maven.plugin.PluginResolutionException: Plugin org.apache.maven.plugins:maven-ear-plugin:2.8 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.maven.plugins:maven-ear-plugin:jar:2.8 Any hint on how to resolve the issue? [1] http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-el6-x86_64_mer… [2] http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-el7-x86_64_mer… [3] http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-fc22-x86_64_me… [4] http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-fc22-x86_64_me… [5] http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-fc22-x86_64_me… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

vdsm_master_unit-tests_merged stuck again on JsonRpcServerTests
by Sandro Bonazzola 25 Jun '15

25 Jun '15

http://jenkins.ovirt.org/job/vdsm_master_unit-tests_merged/326/console Last lines: JsonRpcServerTests testDoubleResponse(kw=False) OK testDoubleResponse(kw=True) OK testMethodBadParameters(kw=False) OK testMethodBadParameters(kw=True) OK job is still running on fc20-vm06.phx.ovirt.org Please investigate before killing the job. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 5

[VDSM] Live snapshot with ceph disks
by Nir Soffer 25 Jun '15

25 Jun '15

Hi all, For 3.6, we will not support live vm snapshot, but this is a must for the next release. It is trivial to create a disk snapshot in ceph (using cinder apis). The snapshot is transparent to libvirt, qmeu and the guest os. However, we want to create a consistent snapshot, so you can revert to the disk snapshot and get a consistent file system state. We also want to create a complete vm snapshot, including all disks and vm memory. Libvirt and qemu provides that when given a new disk for the active layer, but when using ceph disk, we don't change the active layer - we continue to use the same disk. Since 1.2.5, libvirt provides virDomainFSFreeze and virDomainFSThaw: https://libvirt.org/hvsupport.html So here is possible flows (ignoring engine side stuff like locking vms and disks) Disk snapshot ------------- 1. Engine invoke VM.freezeFileSystems 2. Vdsm invokes libvirt.virDomainFSFreeze 3. Engine creates snapshot via cinder 4. Engine invokes VM.thawFileSystems 5. Vdsm invokes livbirt.virDomainFSThaw Vm snapshot ----------- 1. Engine invoke VM.freezeFileSystems 2. Vdsm invokes libvirt.virDomainFSFreeze 3. Engine creates snapshot via cinder 4. Engine invokes VM.snapshot 5. Vdsm creates snapshot, skipping ceph disks 6. Engine invokes VM.thawFileSystems 7. Vdsm invokes livbirt.virDomainFSThaw API changes ----------- New verbs: - VM.freezeFileSystems - basically invokes virDomainFSFreeze - VM.thawFileSystems - basically invokes virDomainFSThaw What do you think? Nir

4 5

Dropping Fedora 20 builds on master / 3.6 in 2 weeks
by Sandro Bonazzola 25 Jun '15

25 Jun '15

Hi, now that we have Wildfly support for oVirt engine and Fedora 20 reached the end of its life, it's time to drop Fedora 20 builds on master. We'll keep building for Fedora 20 on the 3.5 branch since we don't support Wildfly there. If you're still developing or testing oVirt master on Fedora 20 please upgrade to Fedora 22 in the next 2 weeks. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[UI] New Domain dialog broken
by Piotr Kliczewski 25 Jun '15

25 Jun '15

Hi, I rebuilt the engine master today and get following error when opening a dialog to add storage domain: Can someone please take a look? Thanks, Piotr Thu Jun 25 14:49:01 GMT+200 2015 SEVERE: Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: Tab(...) is undefined at Unknown.Akv(Unknown Source) at Unknown.Mjf(Unknown Source) at Unknown.Pjf(Unknown Source) at Unknown.Njf(Unknown Source) at Unknown.Xjf(Unknown Source) at Unknown.bhk(Unknown Source) at Unknown.dhk(Unknown Source) at Unknown.zY(Unknown Source) at Unknown.Rkv(Unknown Source) at Unknown.zY(Unknown Source) at Unknown.Hkv(Unknown Source) at Unknown.Sgk(Unknown Source) at Unknown.rkv(Unknown Source) at Unknown.vkv(Unknown Source) at Unknown.fsv(Unknown Source) at Unknown.usv(Unknown Source) at Unknown.$jr(Unknown Source) at Unknown.U5n(Unknown Source) at Unknown.feq(Unknown Source) at Unknown.$jr(Unknown Source) at Unknown.U5n(Unknown Source) at Unknown.o6n(Unknown Source) at Unknown.bhk(Unknown Source) at Unknown.thk(Unknown Source) at Unknown.$jr(Unknown Source) at Unknown.S5n(Unknown Source) at Unknown.n6n(Unknown Source) at Unknown.m6n(Unknown Source) at Unknown.O3p(Unknown Source) at Unknown.T3p(Unknown Source) at Unknown.P3p(Unknown Source) at Unknown.$5p(Unknown Source) at Unknown.Y5p(Unknown Source) at Unknown.Z5p(Unknown Source) at Unknown.j6p(Unknown Source) at Unknown.rvn(Unknown Source) at Unknown.uvn(Unknown Source) at Unknown.lzn(Unknown Source) at Unknown.ozn(Unknown Source) at Unknown.jyn(Unknown Source) at Unknown.myn(Unknown Source) at Unknown.RBe(Unknown Source) at Unknown.Rhk(Unknown Source) at Unknown.M3(Unknown Source) at Unknown.d4(Unknown Source) at Unknown.Lof/c.onreadystatechange<(Unknown Source) at Unknown.Xt(Unknown Source) at Unknown._t(Unknown Source) at Unknown.$t/<(Unknown Source) at Unknown.anonymous(Unknown Source) http://localhost:8080/ovirt-engine/webadmin/76B50B2E63805C707DBDD2E6CC5344F… Line 23283

2 2

[vdsm][mom][jsonrpc] new VDSM interface for MOM
by Francesco Romani 25 Jun '15

25 Jun '15

Hi everyone, I'm working to brush up and enhance my old hack https://gerrit.ovirt.org/#/c/37827/1 That patch adds a new MOM interface, to talk with VDSM using the RPC interface. On top of that, I want to make efficient use of VDSM API (avoid redundant call, possibly issuing only one getAllVmStats call and caching the results, and so forth) Next step will be to backport optimizations to current vdsmInterface. Or maybe, even replacing the new vdsminterface with the new one I'm developing :) I'd like to use the blessed JSON-RPC interface, but what's the recommended way to do that? What is (or will be!) the official recommended VDSM external client interface? I thought about patch https://gerrit.ovirt.org/#/c/39203/ But my _impression_ is that patch will depend on VDSM's internal reactor, thus is not very suitable to be used into an external process. -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

4 6

error starting engine on wildfly 8.2 fedora 22
by Greg Sheremeta 24 Jun '15

24 Jun '15

Hey, Can't seem to get engine started. Any ideas? Did I miss a step? I'm on latest master (4dd3093d42fd2c5826c941b7e19176a0e657a43f). Fresh engine directory, fresh database. Fedora 22. greg@dauntless:~/projects/ovirt-engine(master2|✔) % ovirt_run OpenJDK 64-Bit Server VM warning: ignoring option PermSize=256m; support was removed in 8.0 OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0 Listening for transport dt_socket at address: 8787 .... 2015-06-24 13:31:01,719 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deploym ent.unit."engine.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."engine.ear".WeldStart Service: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2 .2.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_45] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_45] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_45] Caused by: org.jboss.weld.exceptions.DefinitionException: 0 at org.jboss.weld.bootstrap.events.ContainerLifecycleEvents.fireProcessAnnotatedType(ContainerLifecycleEvents.java:182) at org.jboss.weld.bootstrap.events.ContainerLifecycleEvents.fireProcessAnnotatedType(ContainerLifecycleEvents.java:166) at org.jboss.weld.bootstrap.BeanDeployer.processAnnotatedTypes(BeanDeployer.java:158) at org.jboss.weld.bootstrap.BeanDeployment.createTypes(BeanDeployment.java:230) at org.jboss.weld.bootstrap.WeldStartup.startInitialization(WeldStartup.java:373) at org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:76) at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:91) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] ... 3 more Caused by: java.lang.ArrayIndexOutOfBoundsException: 0 at org.hibernate.validator.internal.util.ExecutableHelper.instanceMethodParametersResolveToSameTypes(ExecutableHelper.java:141) at org.hibernate.validator.internal.util.ExecutableHelper.overrides(ExecutableHelper.java:101) at org.hibernate.validator.internal.cdi.ValidationExtension.replaceWithOverriddenOrInterfaceMethod(ValidationExtension.java:425) at org.hibernate.validator.internal.cdi.ValidationExtension.determineConstrainedMethod(ValidationExtension.java:275) at org.hibernate.validator.internal.cdi.ValidationExtension.determineConstrainedCallables(ValidationExtension.java:262) at org.hibernate.validator.internal.cdi.ValidationExtension.processAnnotatedType(ValidationExtension.java:242) at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source) [:1.8.0_45] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_45] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_45] at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:112) at org.jboss.weld.bootstrap.events.ContainerLifecycleEvents.fireProcessAnnotatedType(ContainerLifecycleEvents.java:180) ... 11 more 2015-06-24 13:31:01,729 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "engine.ear")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"engine.ear\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"engine.ear\".WeldStartService: Failed to start service Caused by: org.jboss.weld.exceptions.DefinitionException: 0 Caused by: java.lang.ArrayIndexOutOfBoundsException: 0"}} 2015-06-24 13:31:01,764 INFO [org.jboss.as.server] (ServerService Thread Pool -- 20) JBAS018559: Deployed "engine.ear" (runtime-name : "engine.ear") 2015-06-24 13:31:01,764 INFO [org.jboss.as.server] (ServerService Thread Pool -- 20) JBAS018559: Deployed "legacy_restapi.war" (runtime-name : "legacy_restapi.war") 2015-06-24 13:31:01,764 INFO [org.jboss.as.server] (ServerService Thread Pool -- 20) JBAS018559: Deployed "restapi.war" (runtime-name : "restapi.war") 2015-06-24 13:31:01,765 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report JBAS014777: Services which failed to start: service jboss.deployment.unit."engine.ear".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."engine.ear".WeldStartService: Failed to start service 2015-06-24 13:31:01,804 INFO [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://127.0.0.1:8706/management 2015-06-24 13:31:01,804 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.0.0.1:8706 2015-06-24 13:31:01,804 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: WildFly 8.2.0.Final "Tweek" started (with errors) in 8766ms - Started 1046 of 1201 services (52 services failed or missing dependencies, 177 services are lazy, passive or on-demand) 2015-06-24 13:31:02,016 INFO [org.wildfly.extension.undertow] (MSC service thread 1-5) JBAS017535: Unregistered web context: /api 2015-06-24 13:31:02,016 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) JBAS017535: Unregistered web context: /ovirt-engine/api 2015-06-24 13:31:02,017 INFO [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017535: Unregistered web context: /ovirt-engine/webadmin 2015-06-24 13:31:02,016 INFO [org.wildfly.extension.undertow] (MSC service thread 1-3) JBAS017535: Unregistered web context: / 2015-06-24 13:31:02,016 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS017535: Unregistered web context: /ovirt-engine/userportal 2015-06-24 13:31:02,019 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS017535: Unregistered web context: /ovirt-engine/docs 2015-06-24 13:31:02,020 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017535: Unregistered web context: /ovirt-engine ... greg@dauntless:~/ovirt-engine/var/log/ovirt-engine % dnf list installed |grep -i weld Repository patternfly-patternfly-test is listed more than once in the configuration weld-api.noarch 2.1-3.fc21 @System weld-core.noarch 2.1.2-4.fc22 @System weld-parent.noarch 26-3.fc21 @System greg@dauntless:~/ovirt-engine/var/log/ovirt-engine % dnf list installed |grep -i wildfly Repository patternfly-patternfly-test is listed more than once in the configuration ovirt-engine-wildfly.x86_64 8.2.0-1.fc22 @System ovirt-engine-wildfly-overlay.noarch 001-2.fc22 @System wildfly.noarch 8.1.0-3.fc22 @System wildfly-security-manager.noarch 1.0.0-2.fc21 @System Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

2 2

[ATN][devenv] Please update otopi/ovirt-host-deploy to latest master
by Alon Bar-Lev 24 Jun '15

24 Jun '15

Hi, Due to recent additions of serial console, please make sure all devs update otopi/ovirt-host-deploy to latest master snapshot at resources.ovirt.org. Thanks!

1 0

oVirt has just moved to WildFly 8.2
by Martin Perina 24 Jun '15

24 Jun '15

Hi, all WildFly related patches were merged, so at the moment for engine development you need special version of WildFly 8.2 provided by these packages: ovirt-engine-wildfly-8.2.0-1 ovirt-engine-wildfly-overlay-001-2 Please update you development environment according to information we posted in previous email [1]. Don't hesitate to contact me or any other infra team member with any issues you may have with the update. I would like to thank Juan for his original WildFly patches and especially for his hard work to make RESTAPI compatible with WildFly. I would also like to thank Yevgeny and Moti for help with CDI patches, Alon and Sandro for help with packaging and Python related stuff, Ori for help with RESTAPI patches, Dima for help with System Testing Framework, Eyal and Max for help with developer job and Oved for great advices and putting all things together. Thanks Martin Perina [1] http://lists.ovirt.org/pipermail/devel/2015-June/010832.html

1 0

cannot install host: VdsDeployBase, Error during deploy dialog: java.lang.NullPointerException
by Martin Mucha 24 Jun '15

24 Jun '15

Hi, I have difficulties to install host. I do believe it fails due to this: 2015-06-24 08:29:26,729 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [612066b7] Error during deploy dialog: java.lang.NullPointerException at org.ovirt.otopi.dialog.MachineDialogParser.cliEnvironmentGet(MachineDialogParser.java:236) [otopi.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeploy$43.call(VdsDeploy.java:579) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeploy$43.call(VdsDeploy.java:577) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase._nextCustomizationEntry(VdsDeployBase.java:202) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase._threadMain(VdsDeployBase.java:301) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.access$200(VdsDeployBase.java:45) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase$7.run(VdsDeployBase.java:392) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79] anyone met this? Know how to overcome this? Any hints welcomed. (alredy tried to remove library from m2 repo to force re-download) M.

3 3

[oVirt 3.6 Localization Question #18] "Snapshots scheduled on volume"
by Yuko Katabami 23 Jun '15

23 Jun '15

This is a multi-part message in MIME format. --------------040608070501080904070304 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello all, I have another question I would like to ask: *File:***LocalizedEnums *Resource ID:***AuditLogType___GLUSTER_VOLUME_SNAPSHOT_SCHEDULED *String:***Snapshots scheduled on volume *Question: *This string can be interpreted in a few different ways. Could anyone tell me which one of the following is the correct interpretation? 1) Snapshots that are scheduled on the volume 2) Snapshots are scheduled on the volume 3) Snapshots have just been scheduled on the volume Kind regards, Yuko Katabami --------------040608070501080904070304 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 text="#000000" bgcolor="#FFFFFF"> Hello all, <br> <br> I have another question I would like to ask:<br> <br> <b>File:</b><b> </b>LocalizedEnums <div class="moz-signature"> <b>Resource ID:</b><b> </b>AuditLogType___GLUSTER_VOLUME_SNAPSHOT_SCHEDULED<br> <b>String:</b><b> </b>Snapshots scheduled on volume<br> <b>Question: </b>This string can be interpreted in a few different ways. Could anyone tell me which one of the following is the correct interpretation?<br> 1) Snapshots that are scheduled on the volume<br> 2) Snapshots are scheduled on the volume<br> 3) Snapshots have just been scheduled on the volume<br> <br> Kind regards,<br> <br> Yuko Katabami<br> </div> <br> <div class="moz-signature"><font color="#000000" face="arial, sans-serif" size="2"><br> </font> </div> </body> </html> --------------040608070501080904070304--

2 2

Move to Jboss Wildfly - planned for Monday, June 22nd
by Oved Ourfali 23 Jun '15

23 Jun '15

Hi all! On Monday, June 22nd, 11:00 CET, we plan to drop JBoss 7.1 support in oVirt 3.6 and move to Jboss WildFly 8.2 (we're still doing final verifications, but it looks promising). This will allow us to support Fedora 22 properly, and in future versions to leverage some new and cool features. In addition, Jboss WildFly 8.2 works with OpenJDK 1.8 so you can easily use it for development on newer distributions where OpenJDK 1.7 is not available (Fedora 21 and 22, for example). When the patch [1] is merged, you will need WildFly 8.2 to be able to develop oVirt engine 3.6. Please use following guideline and update your development environment: I. Using WildFly 8.2 for oVirt 3.6 development 1. Enable ovirt-master-snapshot-static repository on your development machine [ovirt-master-snapshot-static] name=Latest oVirt master additional nightly snapshot baseurl=http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/@DI… enabled=1 skip_if_unavailable=1 gpgcheck=0 Please replace "@DIST@" with "fc" for Fedora or "el" for Centos/RHEL 2. Install WildFly packages: yum install ovirt-engine-wildfly ovirt-engine-wildfly-overlay 3. Rebase your patches and build oVirt engine (assuming "~/ovirt-engine" as destination) make install-dev 5. Setup WildFly overlay (assuming "~/ovirt-engine" as destination) echo "ENGINE_JAVA_MODULEPATH=\"/usr/share/ovirt-engine-wildfly-overlay/modules:\${ENGINE_JAVA_MODULEPATH}\"" \ > ~/ovirt-engine/etc/ovirt-engine/engine.conf.d/20-setup-jboss-overlay.conf 6. Execute setup cd ~/ovirt-engine ./bin/engine-setup 7. Start engine service cd ~/ovirt-engine ./share/ovirt-engine/services/ovirt-engine/ovirt-engine.py start II. Using JBoss 7.1.1 for 3.5 environment Using JBoss 7.1.1 on 3.5 is still possible, by doing the following: 1. Install JBoss 7.1.1 RPM from ovirt-master-snapshot-static repo using yum install ovirt-engine-jboss-as 2. Build oVirt engine 3.5 with your backported feature (assuming "~/ovirt-engine" as destination) make install-dev 3. Execute setup cd ~/ovirt-engine ./bin/engine-setup--jboss-home=/usr/share/ovirt-engine-jboss-as 4. Start engine service cd ~/ovirt-engine ./share/ovirt-engine/services/ovirt-engine/ovirt-engine.py start Once merged, we will send an E-mail to make sure you're all aware, and that you can do the steps described above. We're here for any issue you might have (specifically Martin who is responsible for this effort, and myself). Don't hesitate to contact us for any issue, either by mail or irc (mperina or oved). Regards, Oved [1] https://gerrit.ovirt.org/40152

3 6

ssh gerrit.ovirt.org Connection timed out
by yangfeng 23 Jun '15

23 Jun '15

Hi gerrit maintainter Now I cannot ssh gerrit.ovirt.org. It is always timeout. I have create SSH keys following page http://www.ovirt.org/Working_with_oVirt_Gerrit. But I remember ssh used to work. Following is the command output: # ssh -v gerrit.ovirt.org OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013 debug1: Reading configuration data /root/.ssh/config debug1: Applying options for gerrit.ovirt.org debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to gerrit.ovirt.org [107.22.212.69] port 29418. debug1: connect to address 107.22.212.69 port 29418: Connection timed out ssh: connect to host gerrit.ovirt.org port 29418: Connection timed out Did anyone meet same issue with me? I am in Beijing, China. Thanks Feng Yang

3 2

spm changes hourly due to unexpected error of getAllTasksStatuses
by like.ma＠cs2c.com.cn 23 Jun '15

23 Jun '15

Hello all, In our ovirt environment(oVirt 3.4.4), we have 2 hosts, and the spm changes hourly between the 2 hosts. In the events of DataCenters there is following message each hour: 'Data Center is being initialized, please wait for initialization to complete' In the vdsm.log i found following error message: Thread-13::ERROR::2015-06-23 13:38:36,667::task::866::TaskManager.Task::(_setError) Task=`e450d7d6-771d-4c51-90b7-c6b10da37897`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2125, in getAllTasksStatuses allTasksStatus = sp.getAllTasksStatuses() File "/usr/share/vdsm/storage/securable.py", line 73, in wrapper raise SecureError("Secured object is not in safe state") SecureError: Secured object is not in safe state The attachment is vdsm.log and engine.log. The error occured at 2015-06-23 13:38 and 2015-06-23 15:38 in vdsm.log. (by the way, in the other host the error occured at 2015-06-23 12:38 and 2015-06-23 14:38) And in the engine.log i found following error message: 2015-06-23 13:38:37,933 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-34) [781beaea] IrsBroker::Failed::UpdateVMVDS due to: XmlRpcException: <type 'exceptions.UnicodeDecodeError'>:'utf8' codec can't decode byte 0xeb in position 749: invalid continuation byte 2015-06-23 13:38:37,971 ERROR [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-34) [781beaea] Exception while trying to update or remove VMs/Templates ovf in Data Center Default.: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.reflect.UndeclaredThrowableException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:116) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.executeUpdateVmInSpmCommand(OvfDataUpdater.java:383) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.performOvfUpdate(OvfDataUpdater.java:163) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.updateOvfForVmsOfStoragePool(OvfDataUpdater.java:135) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.ovfUpdate_timer(OvfDataUpdater.java:93) [bll.jar:] at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] Can anyone help? Thanks like.ma(a)cs2c.com.cn

2 2

[oVirt 3.6 Localization Question #20] "Add new Label to"
by Yuko Katabami 23 Jun '15

23 Jun '15

This is a multi-part message in MIME format. --------------060802070401070402040008 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I would like to ask you another question. * File:***UIConstants *Resource ID:***newLabel *String:***Add new Label to *Question: *Could anyone tell me how / where this string appears in the GUI? In Japanese translation, order of the words is different from English, and I would like to make sure it works when it is shown on the screen. Kind regards, Yuko* * --------------060802070401070402040008 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi,<br> <br> I would like to ask you another question.<br> <b><br> File:</b><b> </b><a class="GOKOG0LCMM active_link">UIConstants</a> <div class="moz-signature"><b>Resource ID:</b><b> </b><span class="txt--meta">newLabel</span><br> <b>String:</b><b> </b>Add<span class="cm-space"> </span>new<span class="cm-space"> </span>Label<span class="cm-space"> </span>to<br> <b>Question: </b>Could anyone tell me how / where this string appears in the GUI? In Japanese translation, order of the words is different from English, and I would like to make sure it works when it is shown on the screen.<br> <br> Kind regards,<br> <br> Yuko<b> <br> </b></div> </body> </html> --------------060802070401070402040008--

2 3

[oVirt 3.6 Localization Question #19] "The selected proxy Host must be in the destination Storage Pool"
by Yuko Katabami 23 Jun '15

23 Jun '15

This is a multi-part message in MIME format. --------------080709010200010402090907 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello again, Here is another question, * File:***AppErrors *Resource ID:***ACTION_TYPE_FAILED_VDS_NOT_IN_DEST_STORAGE_POOL *String:***Cannot ${action} ${type}. The selected proxy Host must be in the destination Storage Pool. *Question: *In my language, translation for the word "destination may have to be changed depending on the action (i.e. migrate, move, import/export, copy, clone etc). What action is applicable in this case? Thank you, Yuko --------------080709010200010402090907 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 text="#000000" bgcolor="#FFFFFF"> Hello again,<br> <br> Here is another question,<br> <b><br> File:</b><b> </b>AppErrors<br> <div class="moz-signature"><b>Resource ID:</b><b> </b>ACTION_TYPE_FAILED_VDS_NOT_IN_DEST_STORAGE_POOL<br> <b>String:</b><b> </b>Cannot ${action} ${type}. The selected proxy Host must be in the destination Storage Pool.<br> <b>Question: </b>In my language, translation for the word "destination may have to be changed depending on the action (i.e. migrate, move, import/export, copy, clone etc).<br> What action is applicable in this case?<br> <br> Thank you,<br> <br> Yuko<br> </div> </body> </html> --------------080709010200010402090907--

2 2

[oVirt 3.6 Localization Question #17] "unified affinity group"
by Yuko Katabami 22 Jun '15

22 Jun '15

This is a multi-part message in MIME format. --------------090005010203070603030901 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello all, I am currently updating the oVirt 3.6 UI translations with other translators and would like to ask you the following question: * File:*** ApplicationConstants *Resource ID:***ACTION_TYPE_FAILED_AFFINITY_RULES_COLLISION *String:*** Affinity Group collision detected in unified affinity group: ${UnifiedAffinityGroups} and negative affinity group: ${negativeAR} *Question: *Is "unified affinity group" referring to "positive affinity group"? (the term is used in http://www.ovirt.org/Features/VM-Affinity and a check box in the New/Edit Affinity Group window) Is this error message is shown when there is a conflict between unified (positive?) affinity group and negative affinity group is found? Thanks in advance, Yuko Katabami --------------090005010203070603030901 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 text="#000000" bgcolor="#FFFFFF"> Hello all,<br> <br> I am currently updating the oVirt 3.6 UI translations with other translators and would like to ask you the following question:<br> <b><br> File:</b><b> </b> ApplicationConstants<br> <div class="moz-signature"> <b>Resource ID:</b><b> </b>ACTION_TYPE_FAILED_AFFINITY_RULES_COLLISION<br> <b>String:</b><b> </b> Affinity Group collision detected in unified affinity group:<br> ${UnifiedAffinityGroups}<br> and negative affinity group:<br> ${negativeAR}<br> <b>Question: </b>Is "unified affinity group" referring to "positive affinity group"? (the term is used in <a class="moz-txt-link-freetext" href="http://www.ovirt.org/Features/VM-Affinity">http://www.ovirt.org/Features/VM-Affinity</a> and a check box in the New/Edit Affinity Group window)<br> Is this error message is shown when there is a conflict between unified (positive?) affinity group and negative affinity group is found?<br> <br> Thanks in advance,<br> <br> Yuko Katabami<br> </div> </body> </html> --------------090005010203070603030901--

2 2

Get involved in oVirt project! Summer edition
by Sandro Bonazzola 22 Jun '15

22 Jun '15

Hi, Summer is here and vacations are near! Have you got some free time and do you want to get involved in oVirt project? Do you like the idea of having fresh disk images of recent distribution in oVirt Gluster repository? You can help us by testing existing online images (like https://getfedora.org/en/cloud/download/) ensuring they works with cloud-init or creating one yourself and report your success to devel(a)ovirt.org. We'll be happy to upload the images once these are ready. Do you like Debian and do you have some programming skill? Help us getting VDSM running on it! Debian Jessie has been released a couple of weeks ago and it's a good time for giving it a try. You can follow the progress here: http://www.ovirt.org/VDSM_on_Debian Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug ID Status Whiteboard Summary 1065350 POST integration hosted-engine should prompt a question at the user when the host was already a host in the engine 1059952 NEW integration hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA 1083104 ASSIGNED integration engine-setup --offline does not update versionlock 1221176 NEW integration hosted-engine accepts FQDNs with underscore while the engine correctly fails on that 1200948 NEW integration hosted-engine-setup should validate the network interface name Do you want something easier? Bug ID Whiteboard Status Summary 1174285 i18n NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support" 772931 infra NEW [RFE] Reports should include the name of the oVirt engine 1143817 integration NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough 1156060 integration NEW [text] engine admin password prompt consistency 1115059 network NEW Incomplete error message when adding VNIC profile to running VM 734120 storage NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size Do you love "DevOps?", you count stable builds in jenkins ci while trying to fall a sleep? Then oVirt infra team is looking for you!, join the infra team and dive in to do the newest and coolest devops tools today! Here are some of our open tasks you can help with: https://ovirt-jira.atlassian.net/secure/RapidBoard.jspa?rapidView=1&project… You don't have programming skills, not enough time for DevOps but you want still to contribute? Here are some bugs you can take care of, also without writing a line of code: https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20white… Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]. You may also help testing: Bug 1234257 - Test upgrade path from EL6 with oVirt 3.5.z to EL7 Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! You don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. You don't really have time / skills for any development / documentation / testing related task? Spread the word[8]! Let us know you're getting involved, present yourself and tell us what you're going to do, you'll be welcome! [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature [8] http://www.zdnet.com/article/how-much-longer-can-red-hats-ovirt-remain-cove… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Reminder: Fedora 20 end of life on 2015-06-23
by Sandro Bonazzola 22 Jun '15

22 Jun '15

Hi, just a reminder that Fedora 20 end of life tomorrow[1]. We're still building rpms targeted to Fedora 20 and we still have servers running on Fedora 20 which won't receive security updates anymore. Infra please consider to upgrade / re-provision servers / slaves this week. Since oVirt 3.5 supports Fedora only up to Fedora 20 I think we'll have to continue building packages for it until 3.6 will be out. For 3.6 I suggest to keep Fedora 20 builds until Wildfly support will be in. [1] https://lists.fedoraproject.org/pipermail/announce/2015-May/003267.html -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Live export/import
by Christopher Pereira 21 Jun '15

21 Jun '15

Hi, I would like to migrate a VM between two different ovirt installations with minimum down time. Using a export domain is slow (requires copying twice) and requires to stop the VM. It seems like the best option is to 1) create a snapshot, 2) transfer the backing chain images and OVF files to the destination storage domain 3) stop the VM, 4) transfer the active snapshot and 5) import the VM from the destination storage domain. Can you please comment and suggest other alternatives? Thanks.

2 2

Re: [ovirt-devel] Live export/import
by Christopher Pereira 21 Jun '15

21 Jun '15

I attached a copy of a gluster data storage domain (containing VM images and OVF files) to another 3.6 alpha ovirt installation, but the "Virtual Machines" and "Templates" tabs are empty. Any hint for debugging or known issues? Christopher Pereira <kripper(a)imatronix.cl> wrote: >Hi, > >I would like to migrate a VM between two different ovirt installations with minimum down time. > >Using a export domain is slow (requires copying twice) and requires to stop the VM. > >It seems like the best option is to 1) create a snapshot, 2) transfer the backing chain images and OVF files to the destination storage domain 3) stop the VM, 4) transfer the active snapshot and 5) import the VM from the destination storage domain. > >Can you please comment and suggest other alternatives? > >Thanks. >

1 0

Re: [ovirt-devel] [VDSM] Live snapshot with ceph disks
by Christopher Pereira 20 Jun '15

20 Jun '15

Hi Nir, Regarding "3. Engine creates snapshot *via cinder*"... What are the benefits of creating snapshots via cinder vs via libvirt? Libvirt and qemu are offering core VM-aware storage and memory snapshot features. Besides, snapshot-create-as has no VM downtime. It would be a mistake to implement snapshoting on the ceph layer. At some point, you would need VM-aware code (eg: the VM memory state) and organically go back to the libvirt + qemu way. There seems to be qemu + libvirt support for ceph snapshots (via rbd commands) which probably offers some (?) VM-awareness, but what are the benefits of not using the good old core libvirt + qemu snapshot features? I must be missing something... 2) Not related: It seems like oVirt shifted focus towards Ceph recently... I would like to drop Gluster for Ceph if the latter supports SEEK HOLE reading and optimal sparse files operations. Can someone please confirm if Ceph is supporting SEEK_HOLE? I saw some related code, but would like to ask for comments before setting up and benchmarking Ceph sparse image file operations.

2 1

vdsm master is failing unit tests
by Sandro Bonazzola 18 Jun '15

18 Jun '15

Hi, just an heads up that vdsm on master is failing unit testing: 14:00:25 Ran 1090 tests in 92.403s 14:00:25 14:00:25 FAILED (SKIP=40, errors=7, failures=2) http://jenkins.ovirt.org/job/vdsm_master_unit-tests_merged/297/consoleFull Please fix it. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 1

Re: [ovirt-devel] Libvirt secrets management - take 2
by Oved Ourfali 18 Jun '15

18 Jun '15

On Jun 12, 2015 14:21, Nir Soffer <nsoffer(a)redhat.com> wrote: > > Hi all, > > Recently support for Ceph network disk landed in master. It its possible > now to start a vm using Ceph network disk or hot-plug/unplug such disk > using Cephx authentication. > > However, to make it work, you must add the relevant Ceph secret to > libvirt manually, in the same way it is done in OpenStack deployment. > Our goal is to manage secrets automatically and use ephemeral (safer) > secrets. > > The next patches in the Ceph topic [1], implement secret management in > the same way we manage storage domains or server connections: > > The concept is - all hosts can use all secrets, so you can migrate a vm > using Ceph disk to any host in the cluster. > > 1. When host becomes up, we register the secrets associated with all the > current active domains with libvirt > > 2. When activating a domain, we register the secrets associated with the > new domain with libvirt > > 3. When deactivating a domain, we unregister the secrets associated with > the domain from libvirt > > 4. When moving host to maintenance, we clear all secrets > > 5. When vdsm shutdown or starts, clear all secrets to ensure that we don't keep > stale or unneeded secrets on a host > > This system seems to work, but Federico pointed few issues and suggested > a new (simpler?) approach. > > In future libvirt version, libvirt will support the concept of transient > secrets so you can start a transient vm using secret without registering > the secret with libvirt before starting the vm. The secret will be > specified in the vm XML (for starting a vm) or disk XML (for hot-plug). > This will make our secret management system and APIs useless. When is this planned to be added to libvirt? iiuc, once added, you will no longer need to register the secrets with libvirt, right? > > Managing state on multiple hosts is hard; we will probably have to deal > with nasty edge cases (e.g. lost messages, network errors), which may > lead to host with missing secret, which cannot run some vms. We probably > do this right for storage domains (after 8 years?), and we should not > assume that we are smarter and secret management will work in the first > try. > > The new approach is to *not* manage state or multiple hosts. Instead, > send the required secrets only to the host that starting a vm or > hot-plugging a disk that need a libvirt secret: > > 1. When starting a vm, add the required secrets to the vm description. > On the host, vdsm will register these secrets with libvirt before > starting the vm. > > 2. When migrating a vm, add the required secrets to the vm description. > On the host, vdsm will send these secrets to the destination host, > and on the destination host, vdsm will register the secrets with libvirt > before starting the vm. > Will these secrets be part of the domain xml? If so, no need for special treatment in case of VM migration. > 3. When hot-plugging a disk, send the secret if needed in the disk > description. On the host, vdsm will register the secrets with libvirt. > > 4. When vdsm shutdown or starts, clear all secrets to ensure that we don't keep > stale or unneeded secrets on a host > > 5. We never unregister secrets, since they are ephemeral anyway. > > 6. Alternatively, we can implement secrets reference counting so when a vm > stops or disk is hot-unplugged we decrease the reference count on the > secrets associated with this vm/disk, and if no other vms need the > secret, we can unregister the secret from libvirt. Doesn't seem necessary to me. > > The new approach is simpler, if we avoid the fancy secret reference > counting. I believe we can get it merged in couple of weeks with help > from the virt team. > > Please share your thoughts on these alternative solutions. > Keep in mind also hosted engine. Sounds to me like the new approach will be a better fit for it, as he won't need to deal with storage domain secrets, but just pass it in the VM description... Although I'm not a hosted engine expert, so not sure it makes a difference, but it sounds simpler in that aspect as well. > Thanks, > Nir > > [1] https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:c… > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > >

3 2

help with karma for mom
by Eyal Edri 17 Jun '15

17 Jun '15

Hi, can you please help with karma for new mom pkgs? https://admin.fedoraproject.org/updates/FEDORA-2015-9899/mom-0.4.5-2.fc22 https://admin.fedoraproject.org/updates/FEDORA-2015-9898/mom-0.4.5-2.fc21 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-6686/mom-0.4.5-2.e… this will reduce custom hacks so that ci jobs will work with nightly builds (rather than take it from epel/fedora) -- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

3 2

oVirt UI log records persisted in browser's local storage
by Vojtech Szocs 17 Jun '15

17 Jun '15

Hi, with patches [1,2] merged recently into master branch, oVirt UI (WebAdmin and UserPortal) now persists client-side log records in browser's local storage [3] in addition to logging them via console.log API [4]. This means that client-side logs are kept in browser's storage between browser restarts, unless the user manually clears the storage. To inspect "localStorage" object in Firefox: * Menu / Developer / Toggle Tools * on Console tab, type "inspect(localStorage)" Client-side logs now use application-specific key prefix, e.g. "ENGINE_WebAdmin_MyKey" or "ENGINE_UserPortal_MyKey" to avoid clashes. For backwards compatibility (any existing items with un-prefixed keys), UI has a fallback to read the un-prefixed key when the prefixed one is missing. (Newly persisted items always use the key prefix.) In addition to changes above, any uncaught errors that originate from UI code are now properly caught and logged. This means that you shouldn't see uncaught JavaScript errors in browser's error console anymore. Regards, Vojtech [1] https://gerrit.ovirt.org/#/c/25444/ [2] https://gerrit.ovirt.org/#/c/41404/ [3] http://www.w3.org/TR/webstorage/#the-localstorage-attribute [4] https://developer.mozilla.org/en-US/docs/Web/API/Console/log

1 0

CI flag enabled to all projects
by David Caro 17 Jun '15

17 Jun '15

--47eKBCiAZYFK5l32 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone, to ease our current issues, the CI flag has been enabled to all the projects. It will be the only flag that jenkins will set/unset and it c= an also be set by a maintainer. A +1 is required to enable the submit but a -1 will not block (so if jenkins -1 it and a maintainer +1 the +1 prevails). The permissions to the maintainers is added manually, that means that I mig= ht have messed some of them, if you have any issues ping me and I'll check. Any project that does not have any jenkins jobs, will have to get it set manually by a maintainer (or create a jenkins job, that would be best...). 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 --47eKBCiAZYFK5l32 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVgRszAAoJEEBxx+HSYmnDiQEIAIB+mB1/JWgaSpEyOnqwumQ/ oKKNUgtGK43dt29dxMSoXT5Z1nUxrvnwDNbx9fDqTY4/x/E2vNvIkR7CrxdI+B/R OGA01EB8x2ZxDxUNiZtRMvTwfwh2IFCgFd1tOujPGgcOxJRUgywWQVaiIuH5SfHv no7WyuEZjzF5JhBHEOUfGGbF/kS4YoDB93rDrwABLQMbk1sKnSe6M2DTpl3hTyBO or+Vbw1n2PmOk+YNQcsJVZr7msz1H4Cmwi1+4M9XdElR3Vj7tTuML7/PMlymiT7F FpetYzm1sHeKBNjtn3iqmfVbgV2DaK+LOH6XbL9B2DBK6g3vq0mqkh9Nt9SiSAI= =Onxt -----END PGP SIGNATURE----- --47eKBCiAZYFK5l32--

1 0

Postponing 3.6.0 second alpha to next week
by Sandro Bonazzola 17 Jun '15

17 Jun '15

Hi, due to instability of the current code, we need to postpone second alpha to next week. Maintainers: - please ensure that all packages you maintain builds in jenkins - please ensure that all the dependencies required by your packages are available either in ovirt repository or in an external repository included in ovirt-release repo files. - please ensure that engine is at least able to add a couple of hosts, create a vm on one host and migrate it to the other one. Infra: - please help keeping jenkins monitored and stabilizing it. Community: - please help testing nightly build while stabilizing it for the second alpha release. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Libvirt secrets management - take 2
by Nir Soffer 16 Jun '15

16 Jun '15

Hi all, Recently support for Ceph network disk landed in master. It its possible now to start a vm using Ceph network disk or hot-plug/unplug such disk using Cephx authentication. However, to make it work, you must add the relevant Ceph secret to libvirt manually, in the same way it is done in OpenStack deployment. Our goal is to manage secrets automatically and use ephemeral (safer) secrets. The next patches in the Ceph topic [1], implement secret management in the same way we manage storage domains or server connections: The concept is - all hosts can use all secrets, so you can migrate a vm using Ceph disk to any host in the cluster. 1. When host becomes up, we register the secrets associated with all the current active domains with libvirt 2. When activating a domain, we register the secrets associated with the new domain with libvirt 3. When deactivating a domain, we unregister the secrets associated with the domain from libvirt 4. When moving host to maintenance, we clear all secrets 5. When vdsm shutdown or starts, clear all secrets to ensure that we don't keep stale or unneeded secrets on a host This system seems to work, but Federico pointed few issues and suggested a new (simpler?) approach. In future libvirt version, libvirt will support the concept of transient secrets so you can start a transient vm using secret without registering the secret with libvirt before starting the vm. The secret will be specified in the vm XML (for starting a vm) or disk XML (for hot-plug). This will make our secret management system and APIs useless. Managing state on multiple hosts is hard; we will probably have to deal with nasty edge cases (e.g. lost messages, network errors), which may lead to host with missing secret, which cannot run some vms. We probably do this right for storage domains (after 8 years?), and we should not assume that we are smarter and secret management will work in the first try. The new approach is to *not* manage state or multiple hosts. Instead, send the required secrets only to the host that starting a vm or hot-plugging a disk that need a libvirt secret: 1. When starting a vm, add the required secrets to the vm description. On the host, vdsm will register these secrets with libvirt before starting the vm. 2. When migrating a vm, add the required secrets to the vm description. On the host, vdsm will send these secrets to the destination host, and on the destination host, vdsm will register the secrets with libvirt before starting the vm. 3. When hot-plugging a disk, send the secret if needed in the disk description. On the host, vdsm will register the secrets with libvirt. 4. When vdsm shutdown or starts, clear all secrets to ensure that we don't keep stale or unneeded secrets on a host 5. We never unregister secrets, since they are ephemeral anyway. 6. Alternatively, we can implement secrets reference counting so when a vm stops or disk is hot-unplugged we decrease the reference count on the secrets associated with this vm/disk, and if no other vms need the secret, we can unregister the secret from libvirt. The new approach is simpler, if we avoid the fancy secret reference counting. I believe we can get it merged in couple of weeks with help from the virt team. Please share your thoughts on these alternative solutions. Thanks, Nir [1] https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:c…

4 14

master broken
by Piotr Kliczewski 16 Jun '15

16 Jun '15

Guys, I attempted to add a host using latest master code and got following exception: 2015-06-16 10:01:28,854 WARN [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (http--0_0_0_0_0_0_0_0-8080-3) [14cc5839] CanDoAction of action 'AddVds' failed for user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server 192.168.1.7,VDS_SECURITY_CONNECTION_ERROR,$ErrorMessage Couldn't store fingerprint to db for host 192.168.1.7: javax.persistence.PersistenceException: org.hibernate.id.IdentifierGenerationException: ids for this class must be manually assigned before calling save(): org.ovirt.engine.core.common.businessentities.VdsStatic,VDS_CANNOT_AUTHENTICATE_TO_SERVER 2015-06-16 10:01:41,724 ERROR [org.ovirt.engine.core.utils.transaction.TransactionalInterceptor] (http--0_0_0_0_0_0_0_0-8080-3) [740e96b9] Failed to run operation in a new transaction: javax.persistence.PersistenceException: org.hibernate.id.IdentifierGenerationException: ids for this class must be manually assigned before calling save(): org.ovirt.engine.core.common.businessentities.VdsStatic at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1361) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1289) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1295) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final] at org.hibernate.ejb.AbstractEntityManagerImpl.merge(AbstractEntityManagerImpl.java:876) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final] at org.jboss.as.jpa.container.AbstractEntityManager.merge(AbstractEntityManager.java:548) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.ovirt.engine.core.dao.jpa.AbstractJpaDao.update(AbstractJpaDao.java:60) [dal.jar:] at org.ovirt.engine.core.dao.VdsStaticDAODbFacadeImpl$Proxy$_$$_WeldSubclass.update(VdsStaticDAODbFacadeImpl$Proxy$_$$_WeldSubclass.java) Thanks, Piotr

3 5

vdsm_master_unit-tests_created and vdsm_master_unit-tests_merged have been disabled
by Sandro Bonazzola 16 Jun '15

16 Jun '15

Hi, I disabled vdsm_master_unit-tests_created and vdsm_master_unit-tests_merged since they get stuck testing jsonrpc and cause jenkins job to grow over 500 jobs taking busy for days the slaves. Please either fix vdsm or the unit tests before enabling these jobs again. Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 5

Repository closure is currently failing for 3.5
by Sandro Bonazzola 16 Jun '15

16 Jun '15

Hi, repository closure is currently failing for 3.5 on: 01:18:15 package: ovirt-optimizer-jboss-0.9-1.el6.noarch from check-custom-el6 01:18:15 unresolved deps: 01:18:15 ovirt-engine-wildfly >= 0:8.2 Since Wildfly support is targeted to 3.6 please provide a 3.5 branch for ovirt-optimizer or give ack for removing ovirt-optimizer from published rpms. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

VDSM from 3.5 branch is currently failing on Fedora 20
by Sandro Bonazzola 16 Jun '15

16 Jun '15

VDSM from 3.5 branch is currently failing on Fedora 20: make[1]: Entering directory `/builddir/build/BUILD/vdsm-4.16.20' make check-local make[2]: Entering directory `/builddir/build/BUILD/vdsm-4.16.20' python -c 'import pyflakes; print("pyflakes-%s" % pyflakes.__version__)' pyflakes-0.7.3 find . -path './.git' -prune -type f -o \ -name '*.py' -o -name '*.py.in' | xargs /usr/bin/pyflakes | \ grep -w -v "\./vdsm/storage/lvm\.py.*: list comprehension redefines 'lv' from line .*" | \ while read LINE; do echo "$LINE"; false; done ./tests/functional/networkTests.py:80: redefinition of unused 'vdsm' from line 43 ./tests/functional/networkTests.py:88: redefinition of unused 'vdsm' from line 43 make[2]: Leaving directory `/builddir/build/BUILD/vdsm-4.16.20' make[2]: *** [check-local] Error 1 make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/builddir/build/BUILD/vdsm-4.16.20' make: *** [check-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.fmuLh5 (%check) Please fix it. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Automated builds and releases
by David Caro 16 Jun '15

16 Jun '15

--kkRamCq5m5VQq0L6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone! In an effort to improve the project workflow and ease the maintenance and improve the quality of the project releases I want to propose start working towards automated builds and releases, the main ideas are the following: * Stop building differently for release and non-release: - Building only once, testing what you build and release what you test - Don't use two different version strings, one for testing and one for release * Automate the build process, and the release process, directly getting the code from the repos (no manual build tarballs) * Adopt semantic versioning, it's a lot more meaningful than the current sc= heme and fits very well with the above points This will ease and lower the maintenance and the extra work required by maintainers, release engineers (sandro) and infra itself by making releases= as easy as hitting a button at any time. That will allow us to lower the time features and fixes get to the users, and deliver packages and builds that h= ave passed through all the tests we have, instead of rebuilding on another env,= at another time, by someone else, and passing only manual testing. wdyt? --=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 --kkRamCq5m5VQq0L6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVcZDBAAoJEEBxx+HSYmnDT08IAJcqZK4lgNV1DqOTvfXrB7Tl 7f7ceRfBezUVVnwQigvDuUz7LqT9SPO9jaNonFzHHuEiBanaug7W+YUdsFPyIEXF khJriJRocs2brZKFlL4IGfHC1yQGh6FomILAJkIUBWyzo+YJWhtobkfz1346q2dl 8B8k7ReZxTCnrB3Rb+dU0i4XY75IGKX0GFMOHQx9Ws0cFbhQBrqd7vW8svTmuFcY 6mtdzvQBmARqYM/wwkC9lLVUAZ0zlfsEoPAU2JSaSCXNEQkd0cy5XLua1oofUVuv t4epBTRu4RXTwblGwcCqrxC5XUoSerHWM2O7Yv5yaXYa6LP4OXSOy4cvEfju+Zk= =8dph -----END PGP SIGNATURE----- --kkRamCq5m5VQq0L6--

5 6

[ANN] oVirt 3.5.3 Second Release Candidate is now available for testing
by Sandro Bonazzola 16 Jun '15

16 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the 3.5.3 Second Release Candidate is now available for testing as of May 28th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). This release of oVirt includes numerous bug fixes and one CVE fix for the VENOM Vulnerability. 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. A new oVirt Live ISO is already available as well[2]. Please note that mirrors[3] 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.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVZrrzAAoJEHw3u57E4QAOnX4QAMFi+d4Vq5jnZ0e+LaD1vB9R GmT+k21q6vybjIvovPh7q6StCtPS0sg15BoH5JTmTfl5IWL01qMsFvw/G32PIjZI u3mm2Z3evbxPg9qsqJPyJm/jAlRHv/L6ntLJaJBDPDSO6Y0iqiHTVUQG16easW3L ZnUC2IM5TpHuU3PcgVp8zY9gqFqQWnnsA8deJXBvif9J8RdSf7DnkFha9/Ei3v0E 1btkzt0XVS3Cate8pEaTT8zSoE/tOBBS/D65HsnnZdD13RAxYkolzuPvT+7BlmUO QMhyIE7msWex048HrcDVTEDLrkYF2SpAmYix3sA2O9+AIujenpICHJ8JyxAc+BmJ scsvv99iDLU3wkpMwKiIABj7nE8gIiUbyZBNaxsxQJ0jurLZGHGIhQGLAJ2q/rd7 MTkcDXOBOZHEadqs87mSEzHt1pQCmZ40KSJCvyWbqa7vFv6kyOgOs3PldoizsOyV Z1DlDmfMM8hs/6LOP/Mr/4p/l3JgS3gbOy34L2q9J/B+BX/XU7H2bOk6GTEMVPOn av7m2kDs8DlQJzSqZAURZNt6XTnGGw05THOBWD8NmHuvlVZsSF1mxKb0BC+LpRcs QmLGAtT12Y2Wnq1xwzcRav9+wiIeEYTVJCbyohMLyqTHqPgRstpeF3JulpqILo5I rHhGapreYDlzy06Ki7X7 =pUqF -----END PGP SIGNATURE-----

2 1

latest master
by Alexander Wels 15 Jun '15

15 Jun '15

Hi, I just rebased and re-ran the engine setup to make sure I have the latest schema. I am getting the following exception when starting the engine: Caused by: org.postgresql.util.PSQLException: The column name ksm_merge_across_nodes was not found in this ResultSet. at org.postgresql.jdbc2.AbstractJdbc2ResultSet.findColumn(AbstractJdbc2ResultSet.java:2542) at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBoolean(AbstractJdbc2ResultSet.java:2390) at org.jboss.jca.adapters.jdbc.WrappedResultSet.getBoolean(WrappedResultSet.java:615) at org.ovirt.engine.core.dao.VdsGroupDAODbFacadeImpl$VdsGroupRowMapper.mapRow(VdsGroupDAODbFacadeImpl.java:319) [dal.jar:] at org.ovirt.engine.core.dao.VdsGroupDAODbFacadeImpl$VdsGroupRowMapper.mapRow(VdsGroupDAODbFacadeImpl.java:267) [dal.jar:] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:1) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:649) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587) [spring-jdbc.jar:3.1.1.RELEASE] ... 68 more It appears the code is looking for a column that wasn't added to the schema? ksm_merge_across_nodes Can someone merge the column into master so I am not stuck? thanks.

3 2

Fwd: New architecture in Copr: PPC64LE
by Sandro Bonazzola 15 Jun '15

15 Jun '15

FYI -------- Messaggio Inoltrato -------- Oggetto: New architecture in Copr: PPC64LE Data: Mon, 15 Jun 2015 15:38:59 +0200 Mittente: Miroslav Suchy <msuchy(a)redhat.com> Rispondi-a: Development discussions related to Fedora <devel(a)lists.fedoraproject.org> A: Development discussions related to Fedora <devel(a)lists.fedoraproject.org> Hi, I just enabled new architecture in Copr - PowerPC 64 LE (little endian). There are those chroots available: * fedora-21-ppc64le * fedora-22-ppc64le * fedora-rawhide-ppc64le This happened as co-operation of Red Hat, Brno University of Technology and IBM. I would like to thanks D, Horak and J. Capik from Secondary Architectures for cooperation and making this happen. To enable this architecture on existing project, you need to navigate to your project -> click on Edit tab -> choose PPC64LE chroots -> Save and then resubmit your SRPMs. Enjoy and happy hacking Mirek Suchy -- devel mailing list devel(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

3 2

Select storage domain when creating VM from template with python-SDK
by Philip Strömbäck 15 Jun '15

15 Jun '15

Hi, I have a question about python-SDK for Ovirt Engine API. When creating a new VM from a template in Clone/Independent-mode, I'm not unable to select storage domain for the new disk. It seems like it always get created on the same disk at the template. I can move the disk after creation but it's a little bit time consuming. Example: vm_params = params.VM ( name = vm_name, cluster = api.clusters.get ( "Cluster-1" ), template = api.templates.get ( "RHEL7" ), storage_domain = api.storagedomains.get ( "iscsi1" ), disks = params.Disks ( clone = True ) ) try: api.vms.add ( vm_params ) except Exception, e: raise SystemExit ( "Could not create VM from template: %s" % ( e ) ) The VM is added correctly but the disk is located on iscsi0 ( the same as the template ). Have anybody an idea how to get this sorted out? Best regards, Philip

2 1

[ANN] oVirt 3.5.3 Final Release is now available
by Sandro Bonazzola 15 Jun '15

15 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the oVirt 3.5.3 Final Release is now available as of June 15th 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. oVirt is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS Linux 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). This release of oVirt includes numerous bug fixes and two CVE 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. A new oVirt Live ISO is already available[2] and oVirt Node ISO will be soon available as well[3]. Please note that mirrors[4] 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.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-live/el6-3.5.3/ovirt-liv… [3] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-node/ [4] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVfoI3AAoJEHw3u57E4QAOZtcP/167LZUjWapo8ujNgW9JilAW Cmz9mWoQWzUopaFFhLkpPJV9+ngCIqiny4bgdeStNQCJ3VsbWS6gz1mFgm9M7ZGl 1y6Q5dbUrt+xRtdec+w8BbTb/UEdFPUeQ2Gxa+Z/YCJ4+ovsAX2Sgv2ZVNe6S6zR WBVy79X1oKwJDsTbXjSotl2FxWbHW/+S3+3qI5YLVkwHDhwn6uoHdaNC0xo47fUj Kw9G0VjLhQH3UHtna0QX/rw39elLf9/eVsiIiimSo8YbnQ7aqvkZw3tcOVYs/hGe s+fW+xDnU5IcD90K6JToZYfHc8xsN7KAyfAbJecgS3HVDef1jyjcfxG08cTlG73C Q+XqAZQXlAPHbjMQe8EYHYRAZcpk0EGVOaR+BXmL4x4p9sGCppTavq6W/9FlxkmK tLVz5hFC+H6pjU00T/gCQC1+N8aZSfy8kO5nbbLWdFW9/ixvkIB4SCEVDkbB0keb KphiOJZuxX5U1ZdwK0HvYcA6Z6bevCp9+wZEyi6UdNu/SjJx785USiFjBi/rmXVY h/W0u0bqkjqu6Fc/IlDA8irNhxjwDiNp7qLWba72mlqKif0UKeqBgXmFk9A34BWi bJmToIpnWyrZ5vjYyvHY+fwcnvu7EFFQb/OOnuFspoXc8aOkm6GcGZP+pgm9biN2 aPdWpfSKRDeX6nOg5LZN =5bEX -----END PGP SIGNATURE-----

1 0

Stomp regression in vdsm master
by Adam Litke 12 Jun '15

12 Jun '15

Hi Piotr, Today I refreshed my vdsm master branch and got the 4 commits at the bottom of this email (among others). My engine started having connection timeouts to vdsm (100% connectivity failure). Reverting the commits resolved the problem for me. I don't have logs at the moment but just wanted to share this info in case anyone else started experiencing connectivity problems to vdsm. 14897fea06e8f21ae99144ee0294b21e08ea0892 stomp: calling super explicitly ed12db391f2f147443baf52b5519d51ad5bd3410 stomp: allow single stomp reactor ac85274145cd82eec804e3585b3cd12a6c13261a stompreactor: fix naming of default destination c80ab0657d4f0454c3141aadeadcf134e5f16de7 stomp: server side subscriptions -- Adam Litke

3 10

[URGENT][ACTION REQUIRED] ovirt-host-deploy-offline broken dependencies causes ovirt-live build failure.
by Sandro Bonazzola 12 Jun '15

12 Jun '15

Broken dependency: 06:11:38 Error creating Live CD : Failed to build transaction : ovirt-host-deploy-offline-1.4.0-0.0.master.20150609162401.git5766952.el7.x86_64 requires ovirt-vmconsole-host Please provide ovirt-vmconsole-host package. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-devel] gerrit+ci improvement proposal
by Oved Ourfali 11 Jun '15

11 Jun '15

On Jun 7, 2015 10:00 AM, Eyal Edri <eedri(a)redhat.com> wrote: > > > > ----- Original Message ----- > > From: "Oved Ourfali" <ovedo(a)redhat.com> > > To: "Eyal Edri" <eedri(a)redhat.com> > > Cc: infra(a)ovirt.org, devel(a)ovirt.org > > Sent: Sunday, June 7, 2015 9:55:56 AM > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > ----- Original Message ----- > > > From: "Eyal Edri" <eedri(a)redhat.com> > > > To: "Eli Mesika" <emesika(a)redhat.com> > > > Cc: "Oved Ourfali" <ovedo(a)redhat.com>, devel(a)ovirt.org, infra(a)ovirt.org > > > Sent: Sunday, June 7, 2015 9:52:15 AM > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Eli Mesika" <emesika(a)redhat.com> > > > > To: "Oved Ourfali" <ovedo(a)redhat.com> > > > > Cc: "Eyal Edri" <eedri(a)redhat.com>, infra(a)ovirt.org, devel(a)ovirt.org > > > > Sent: Thursday, June 4, 2015 3:49:05 PM > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Oved Ourfali" <ovedo(a)redhat.com> > > > > > To: "Eyal Edri" <eedri(a)redhat.com> > > > > > Cc: devel(a)ovirt.org, infra(a)ovirt.org > > > > > Sent: Thursday, June 4, 2015 10:03:02 AM > > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Eyal Edri" <eedri(a)redhat.com> > > > > > > To: "Sandro Bonazzola" <sbonazzo(a)redhat.com> > > > > > > Cc: infra(a)ovirt.org, devel(a)ovirt.org > > > > > > Sent: Thursday, June 4, 2015 9:46:40 AM > > > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Sandro Bonazzola" <sbonazzo(a)redhat.com> > > > > > > > To: "Eyal Edri" <eedri(a)redhat.com>, "Max Kovgan" > > > > > > > <mkovgan(a)redhat.com> > > > > > > > Cc: devel(a)ovirt.org, infra(a)ovirt.org > > > > > > > Sent: Thursday, June 4, 2015 9:11:10 AM > > > > > > > Subject: Re: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > > > > > > > > Il 03/06/2015 21:46, Eyal Edri ha scritto: > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > >> From: "Max Kovgan" <mkovgan(a)redhat.com> > > > > > > > >> To: devel(a)ovirt.org > > > > > > > >> Cc: infra(a)ovirt.org > > > > > > > >> Sent: Wednesday, June 3, 2015 8:22:54 PM > > > > > > > >> Subject: [ovirt-devel] gerrit+ci improvement proposal > > > > > > > >> > > > > > > > >> Hi everyone! > > > > > > > >> We really want to have reliable and snappy CI: to allow short > > > > > > > >> cycles > > > > > > > >> and > > > > > > > >> encourage developers to write tests. > > > > > > > >> > > > > > > > >> # Problem > > > > > > > >> > > > > > > > >> Many patches are neither ready for review nor for CI upon > > > > > > > >> submission, > > > > > > > >> which > > > > > > > >> is OK. > > > > > > > >> But running all the jobs on those patches with limited resources > > > > > > > >> results > > > > > > > >> in: > > > > > > > >> overloaded resources, slow response time, unhappy developers. > > > > > > > >> > > > > > > > >> # Proposed Solution > > > > > > > >> > > > > > > > >> To run less jobs we know we don’t need to, thus making more > > > > > > > >> resources > > > > > > > >> for > > > > > > > >> the > > > > > > > >> jobs we need to run. > > > > > > > >> We have been experimenting to make our CI stabler and quicker to > > > > > > > >> respond > > > > > > > >> by > > > > > > > >> using gerrit flags. This has improved in both directions very > > > > > > > >> well > > > > > > > >> internally. > > > > > > > >> Now it seems a good time to let all the oVirt projects to use > > > > > > > >> this. > > > > > > > >> This solution indirectly promotes reviews and quick tests - “to > > > > > > > >> fail > > > > > > > >> early”, > > > > > > > >> yet full blown static code analysis and long tests to run “when > > > > > > > >> ready”. > > > > > > > >> > > > > > > > >> # How it works > > > > > > > >> > > > > > > > >> 2 new gerrit independent flags are added to gerrit. > > > > > > > >> > > > > > > > >> ## CI flag > > > > > > > >> > > > > > > > >> Will express patch CI status. Values: > > > > > > > >> * +1 CI passed > > > > > > > >> * 0 CI did not run yet > > > > > > > >> * -1 CI failed > > > > > > > >> Permissions for setting: project maintainers (for special cases) > > > > > > > >> should > > > > > > > >> be > > > > > > > >> able to set/override (except Jenkins). > > > > > > > >> > > > > > > > >> ## Workflow flag > > > > > > > >> > > > > > > > >> Will express patch “workflow” state. Values: > > > > > > > >> * 0 Work In Progress > > > > > > > >> * +1 Ready For Review > > > > > > > >> * +2 Ready For Merge > > > > > > > >> Permissions for setting: Owner can set +1, Project Maintainers > > > > > > > >> can > > > > > > > >> set > > > > > > > >> +2 > > > > > > > >> > > > > > > > >> ## Review + CI Integration: > > > > > > > >> > > > > > > > >> Merging [“Submit” button to appear] will require: Review+1, > > > > > > > >> CI+1, > > > > > > > >> Workflow+2 > > > > > > > >> Patch lifecycle now is: > > > > > > > >> --------------------------------------------------------------- > > > > > > > >> patch state |owner |reviewer |maintainer |CI tests |pass > > > > > > > >> --------------------------------------------------------------- > > > > > > > >> added/updated |- |- |- |quick |CI+1 > > > > > > > >> review |Workflow+1|Review+1 |- |heavy |CI+1 > > > > > > > >> merge ready |- |- |Workflow+2 |gating |CI+1 > > > > > > > >> merge |- |- |merge |merge |CI+1 > > > > > > > >> > > > > > > > >> Changes from current workflow: > > > > > > > >> Owner only adds reviewers, now owner needs to set "Workflow+1" > > > > > > > >> for > > > > > > > >> the > > > > > > > >> patch > > > > > > > >> to be reviewed, and heavily auto-tested. > > > > > > > >> Maintainer now needs to set "Workflow+2" and wait for "Submit" > > > > > > > >> button > > > > > > > >> to > > > > > > > >> appear after CI has completed running gating tests. > > > > > > > >> > > > > > > > >> > > > > > > > >> Next step will be to automate merge the change after Workflow+2 > > > > > > > >> has > > > > > > > >> been > > > > > > > >> set > > > > > > > >> by the Maintainer and gating tests passed. > > > > > > > >> > > > > > > > >> > > > > > > > >> ## Why now? > > > > > > > >> > > > > > > > >> It is elimination of waste. The sooner - the better. > > > > > > > >> The solution has been used for a while and it works. > > > > > > > >> Resolving the problem without gerrit involved will lead to > > > > > > > >> adding > > > > > > > >> unreliable > > > > > > > >> code into jobs, and will still be prone to problems: > > > > > > > >> Just recently, 3d ago we’ve tried detecting what to run from > > > > > > > >> jenkins > > > > > > > >> relying only on gerrit comments so that upon Verified+1, we’d > > > > > > > >> run > > > > > > > >> the > > > > > > > >> job. > > > > > > > >> We could not use “Review+1”, because it makes no sense at all, > > > > > > > >> so > > > > > > > >> we > > > > > > > >> left > > > > > > > >> the job to set Verified+1. > > > > > > > >> Meaning - re-trigger itself immediately more than 1 times. > > > > > > > >> > > > > > > > >> Jenkins and its visitors very unhappy, and we had to stop > > > > > > > >> those > > > > > > > >> jobs, > > > > > > > >> clean > > > > > > > >> up the queue, and spam developers. > > > > > > > >> > > > > > > > >> ## OK OK OK. Now what? > > > > > > > >> > > > > > > > >> Now we want your comments and opinions before pushing this > > > > > > > >> further: > > > > > > > >> Please participate in this thread, so we can start trying it > > > > > > > >> out. > > > > > > > >> Ask, Suggest better ideas, all this is welcome. > > > > > > > >> > > > > > > > >> > > > > > > > >> Best Regards! > > > > > > > >> > > > > > > > >> > > > > > > > >> N.B. > > > > > > > >> Of course, this is not written in stone, in case we find a > > > > > > > >> better > > > > > > > >> approach > > > > > > > >> on > > > > > > > >> solving those issues, we will change to it. > > > > > > > >> And we will keep improving so don't be afraid that it will be > > > > > > > >> enforced: > > > > > > > >> if > > > > > > > >> this does not work out we will discard it. > > > > > > > >> > > > > > > > >> P.S. > > > > > > > >> Kudos to dcaro, most of the work was done by him, and most of > > > > > > > >> this > > > > > > > >> text > > > > > > > >> too. > > > > > > > >> > > > > > > > > > > > > > > > > +1 from me, releasing CI from running non critical and > > > > > > > > un-essential > > > > > > > > jobs > > > > > > > > will not only reduce load from ci, > > > > > > > > and shorted response time for developers, it will allow us to add > > > > > > > > much > > > > > > > > more > > > > > > > > powerful tests such as functional & system > > > > > > > > tests that actually add hosts and run VMs, improving our ability > > > > > > > > to > > > > > > > > find > > > > > > > > regression much more effectively. > > > > > > > > > > > > > > > > Another benefit to consider is saving reviewers time. I.e not > > > > > > > > only > > > > > > > > jenkins > > > > > > > > benefits from Worklow+1, but also human reviewers. > > > > > > > > Instead of looking at a patch that is too early to be reviewed, > > > > > > > > the > > > > > > > > author > > > > > > > > can set the Workflow+1 when the code is ready to review > > > > > > > > (even if he didn't verified it yet), thus saving time to other > > > > > > > > reviewers > > > > > > > > - > > > > > > > > for example people can add an email rule > > > > > > > > to alert them only when they are added to patches that have > > > > > > > > Workflow+1, > > > > > > > > and > > > > > > > > not before. > > > > > > > > > > > > > > For human reviewers I suggest to keep using drafts until the patch > > > > > > > is > > > > > > > finished. > > > > > > > > > > > > keep using? how many developers do you know are working with drafts > > > > > > until > > > > > > their patch is ready? > > > > > > i agree if everyone would use drafts load on jenkins was already much > > > > > > lower, > > > > > > unfortunately its not the case. > > > > > > > > > > > > > > > > IMO we don't need the "workflow" flag. > > > > > I'm okay with CI not running on "drafts". And yes... we do use them. > > > > > We can try and educate people to use them more where needed. > > > > > Drafts should be widely used in first-phase development, and less on > > > > > bug-fixes. > > > > > > > > > > In addition, I think the patch owners shouldn't add reviewers, unless > > > > > they > > > > > need their input in the stage of the development. > > > > > Once they want input, they should add reviewers. > > > > > > > > > > 1. So, if the patch is draft then no CI runs on it. > > > > > 2. Once it turns into non-draft, you can run "light-CI" on it. > > > > > 3. Once the patch has at least one +1 from a (human) reviewer, then it > > > > > should > > > > > run the "heavy" CI. > > > > > 4. Once the patch has +1 from heavy CI, and +2 from reviewer > > > > > (maintainer), > > > > > then it can be merged. > > > > > > > > > > That's the process we have today, with slight change on when to run the > > > > > CI > > > > > and what CI to run (no CI on drafts, light CI on non-draft, heavy CI on > > > > > +1 > > > > > patches). > > > > > > > > +1 > > > > > > > > This is he right approach to go (I am also using drafts and if other > > > > don't, > > > > we can change that....) > > > > Also, regarding the claim that publishing a draft is a one-way process, I > > > > don't think that this is problematic, you should publish a draft after it > > > > is > > > > stable and you addressed all comments and run all tests locally > > > > > > > > > > this might be true, but the problem is: > > > 1. we can't enforce people to use drafts (technically), so until they do, > > > we'll still have a resource problem > > > > > > We can educate, and I don't see an issue with that. > > > > > 2. until we do, even "light ci" jobs running per patch will overload the > > > ci > > > without need, this is why relying on another > > > flag will help - if adding workflow is a problem, we can use the CR+1 > > > as > > > first attempt to improve the flow, > > > and consider in the future to use workflow if it will be needed. (maybe > > > we can even set it automatically somehow) > > > > > > > Perhaps marking as "verified" can be this flag. > > If the patch is verified by the author, then you run light CI on it. > > If it was also CR+1, run the heavy CI. > > question is how soon does an author ticks verify on his patch? > does he wait for code review before? for e.g. - i heard from some developers they wait > for CI to give them +1 until they even add reviewers, so this might be the chicken and egg problem. It depends on the patch I guess. Again, I think drafts are enough, and that we shouldn't add another flag here, so suggesting alternatives for that. We can "vote" on that flag addition, and other alternatives, and see what people say. > > > > > That way you both don't need a new flag, and you don't waste resources on > > non-manually-verified bugs. > > > > > > > > > > > > > > > > > > > > > > > > Once it's finished and humans reviewed the logic of the patch, > > > > > > > Workflow+1 > > > > > > > should be triggered allowing automation to check the correctness of > > > > > > > the > > > > > > > patch. > > > > > > > IMHO there's no reason for wasting CI time on patches that will be > > > > > > > correct > > > > > > > from an automation point of view but nacked by reviewers. > > > > > > > Especially > > > > > > > if > > > > > > > the > > > > > > > patches are part of a big patchset. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > And one final note, for Workflow+2 -> this is a preparation for a > > > > > > > > gating > > > > > > > > system, like Zuul used by openstack, that in the future > > > > > > > > we might use as automatic merger pending passing a verification > > > > > > > > step. > > > > > > > > this > > > > > > > > will prevent errors that happen sometimes > > > > > > > > post merge due to conflicts or other issues, and will be another > > > > > > > > level > > > > > > > > of > > > > > > > > validation before final merge. > > > > > > > > But as max said, its all part of the plan and we'll test it of > > > > > > > > course > > > > > > > > before implementing to see its value. > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> Max Kovgan > > > > > > > >> > > > > > > > >> Senior Software Engineer > > > > > > > >> Red Hat - EMEA ENG Virtualization R&D > > > > > > > >> Tel.: +972 9769 2060 > > > > > > > >> Email: mkovgan [at] redhat [dot] com > > > > > > > >> Web: http://www.redhat.com > > > > > > > >> RHT Global #: 82-72060 > > > > > > > >> > > > > > > > >> _______________________________________________ > > > > > > > >> Devel mailing list > > > > > > > >> Devel(a)ovirt.org > > > > > > > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > _______________________________________________ > > > > > > > > Devel mailing list > > > > > > > > Devel(a)ovirt.org > > > > > > > > http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Sandro Bonazzola > > > > > > > Better technology. Faster innovation. Powered by community > > > > > > > collaboration. > > > > > > > See how it works at redhat.com > > > > > > > _______________________________________________ > > > > > > > Infra mailing list > > > > > > > Infra(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Devel mailing list > > > > > > Devel(a)ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Infra mailing list > > > > > Infra(a)ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > _______________________________________________ > > > > Infra mailing list > > > > Infra(a)ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > > > _______________________________________________ > > > Infra mailing list > > > Infra(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > >

5 7

ovirt-engine dependencies - unboundid-ldapsdk-3.0.0
by Sandro Bonazzola 11 Jun '15

11 Jun '15

Hi, A new version of unboundid-ldapsdk has been released. A testing package has been pushed to Fedora, please help verifying and giving karma: https://admin.fedoraproject.org/updates/unboundid-ldapsdk-3.0.0-1.fc22 The same package has also been built for CentOS Virt SIG: https://cbs.centos.org/koji/buildinfo?buildID=1314 Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-devel] [UI] New/Edit host dialog is broken
by Oved Ourfali 10 Jun '15

10 Jun '15

On Jun 9, 2015 21:00, Alexander Wels <awels(a)redhat.com> wrote: > > On Monday, June 08, 2015 07:38:05 AM Einav Cohen wrote: > > Thanks, Eli; @Alexander - can you please investigate this? > > > > ---- > > Regards, > > Einav > > > > Yes, found the problem, fixed here [1]. > Looks good to me. Thanks for the quick fix. Who can merge that on a short loop? > > [1] https://gerrit.ovirt.org/#/c/42104/ > > > ----- Original Message ----- > > > > > From: "Eli Mesika" <emesika(a)redhat.com> > > > To: "engine-devel(a)ovirt.org" <devel(a)ovirt.org> > > > Cc: "Einav Cohen" <ecohen(a)redhat.com>, "Oved Ourfali" > > > <oourfali(a)redhat.com>, "Alexander Wels" <awels(a)redhat.com> Sent: Monday, > > > June 8, 2015 7:17:46 AM > > > Subject: [UI] New/Edit host dialog is broken > > > > > > Hi guys > > > > > > I have found that new/edit host dialog is not working as expected > > > > > > 1) Create a new DC 'mydc' > > > 2) Create a new cluster 'myCluster' > > > 3) Create a new Host on 'myCluster' > > > > > > Result: Host is created in Dc 'Default' and cluster 'Default' > > > > > > 1) Edit the host you have created > > > 2) Change the cluster to 'myCluster' > > > 3) press OK > > > > > > Result: Host is still in Dc 'Default' and cluster 'Default' > > > > > > > > > Thanks > > > Eli Mesika > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > >

3 3

3.6.1 target release
by Michal Skrivanek 10 Jun '15

10 Jun '15

Hi, who's maintaing bugzilla's config? I'd appreciate 3.6.1 target release to be able to push out the small things supposed to land immediately after feature freeze Thanks, michal

3 2

[UI] New/Edit host dialog is broken
by Eli Mesika 09 Jun '15

09 Jun '15

Hi guys I have found that new/edit host dialog is not working as expected 1) Create a new DC 'mydc' 2) Create a new cluster 'myCluster' 3) Create a new Host on 'myCluster' Result: Host is created in Dc 'Default' and cluster 'Default' 1) Edit the host you have created 2) Change the cluster to 'myCluster' 3) press OK Result: Host is still in Dc 'Default' and cluster 'Default' Thanks Eli Mesika

3 2

[UI] Storage tab
by Piotr Kliczewski 09 Jun '15

09 Jun '15

Hi guys, I refreshed the engine from master several minutes ago and when I click to see storage tab I get 500 and there is this exception in server log: Thanks, Piotr 2015-06-09 12:32:21,884 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] (http--0_0_0_0_0_0_0_0-8080-3) Exception while dispatching incoming RPC call: com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public abstract java.util.ArrayList org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runMultipleQueries(java.util.ArrayList,java.util.ArrayList)' threw an unexpected exception: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:219) [gwt-servlet.jar:] at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) [gwt-servlet.jar:] at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) [gwt-servlet.jar:] at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [gwt-servlet.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) [frontend.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65) [utils.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:74) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:73) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79] Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at org.ovirt.engine.ui.frontend.server.gwt.hibernate.ReflectionUtils.get(ReflectionUtils.java:51) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.doClean(HibernateCleaner.java:52) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.processCollections(HibernateCleaner.java:76) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.doClean(HibernateCleaner.java:49) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.gwt.hibernate.HibernateCleaner.doClean(HibernateCleaner.java:26) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:58) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runMultipleQueries(GenericApiGWTServiceImpl.java:92) [frontend.jar:] at sun.reflect.GeneratedMethodAccessor193.invoke(Unknown Source) [:1.7.0_79] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_79] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_79] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) [gwt-servlet.jar:] ... 51 more Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source) [:1.7.0_79] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_79] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_79] at org.ovirt.engine.ui.frontend.server.gwt.hibernate.ReflectionUtils.get(ReflectionUtils.java:49) [frontend.jar:] ... 61 more Caused by: java.lang.NullPointerException at org.ovirt.engine.core.common.businessentities.StorageDomain.getWarningLowSpaceSize(StorageDomain.java:151) [common.jar:] ... 65 more

2 1

Re: [ovirt-devel] Devel Digest, Vol 14, Issue 21
by Adolfo 09 Jun '15

09 Jun '15

Hello, Is there any prevision to re-target the bug fix for https://bugzilla.redhat.com/show_bug.cgi?id=1110798 to 3.5? Seems to be fixed on 3.6, but a time ago there was a question and i missed the response :( (i have looked at it, buy didn't find it). Thank you very much. The question itself follows here: Yes, this is a bug in the API. It is fixed already in 3.6: SDK and REST ignore template's disk attributes https://bugzilla.redhat.com/1110798 It didn't happen before 3.5 because the backend didn't check the content of the alias. That changed in 3.5 as part of the fix for a different bug: Create template from vm with empty disk alias should block with canDoAction https://bugzilla.redhat.com/1110304 As far as I know there is no workaround, so you will have to wait for a release containing the fix. Currently it is targeted for 3.6, but we could retarget for 3.5. Allon, Amit, can we retarget bug 1110798 to the next 3.5.z?

2 1

Re: [ovirt-devel] ovirt can automatically save and load username password?
by 395459853＠qq.com 09 Jun '15

09 Jun '15

This is a multi-part message in MIME format. ------=_001_NextPart734084403512_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 DQoNCg0KDQozOTU0NTk4NTNAcXEuY29tDQogDQpGcm9tOiBFaW5hdiBDb2hlbg0KRGF0ZTogMjAx NS0wNi0wOSAwOTozNA0KVG86IDM5NTQ1OTg1Mw0KU3ViamVjdDogUmU6IFtvdmlydC1kZXZlbF0g b3ZpcnQgY2FuIGF1dG9tYXRpY2FsbHkgc2F2ZSBhbmQgbG9hZCB1c2VybmFtZSBwYXNzd29yZD8N Cj4gMzk1NDU5ODUzQHFxLmNvbQ0KPiAgDQo+IEZyb206IEVpbmF2IENvaGVuDQo+IERhdGU6IDIw MTUtMDYtMDggMTk6MzYNCj4gVG86IDM5NTQ1OTg1Mw0KPiBTdWJqZWN0OiBSZTogW292aXJ0LWRl dmVsXSBvdmlydCBjYW4gYXV0b21hdGljYWxseSBzYXZlIGFuZCBsb2FkIHVzZXJuYW1lDQo+IHBh c3N3b3JkPw0KPiBIaSwgSSBkb24ndCBrbm93IHRoZSBhbnN3ZXIgdG8gdGhhdCBxdWVzdGlvbiAt IGxldCdzIGtlZXAgdGhlDQo+IGRpc2N1c3Npb24gb24tbGlzdCByYXRoZXIgdGhhbiBwcml2YXRl bHksIHNvIG90aGVyIHBlb3BsZSBjYW4NCj4gaGVscC4NCj4gIA0KPiAtLS0tDQo+IFJlZ2FyZHMs DQo+IEVpbmF2DQo+ICANCj4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiA+IEZyb206 IDM5NTQ1OTg1M0BxcS5jb20NCj4gPiBUbzogIkVpbmF2IENvaGVuIiA8ZWNvaGVuQHJlZGhhdC5j b20+DQo+ID4gU2VudDogTW9uZGF5LCBKdW5lIDgsIDIwMTUgNTo1ODo0MyBBTQ0KPiA+IFN1Ympl Y3Q6IFJlOiBSZTogW292aXJ0LWRldmVsXSBvdmlydCBjYW4gYXV0b21hdGljYWxseSBzYXZlIGFu ZCBsb2FkDQo+ID4gdXNlcm5hbWUgcGFzc3dvcmQ/DQo+ID4gDQo+ID4gSGksDQo+ID4gVGhhbmt5 b3UgZm9yIHlvdXIgaGVscCwNCj4gPiBNeSBzZWNvbmQgcHJvYmxlbSBpcyB0aGF0IGkgd2FudCB0 byBsb2dpbiBhdXRvbWF0aWNhbGx5IHdpdGggdXNlcm5hbWUgYW5kDQo+ID4gcGFzc3dvcmQuDQo+ ID4gZm9yIGV4YW1wbGUsT24gbXkgYXJtIGJvYXJkIGkgaGF2ZSBmaXJlZm94LGFuZCBpIGNhbiB1 c2UgaXQgdG8gbG9naW4gd2l0aA0KPiA+IGlucHV0IHVzZXJuYW1lIGFuZCBwYXNzd29yZCxOb3cg aSB3cml0ZSBhIHNoZWxsIHRvIHN0YXJ0IGZpcmVmb3ggYW5kIG9wZW4NCj4gPiBsb2cgcGFnZSwN Cj4gPiBpcyB0aGVyZSBhIHdheSB0byBhdXRvZmlsbCB1c2VybmFtZSBhbmQgcGFzc3dvcmQgYW5k IGF1dG8gc3VibWl0IHRoZSBsb2dpbg0KPiA+IGJ1dHRvbixzbyB3aGVuIGkgcnVuIHRoZSBzaGVs bCBpdCBzdGFydCBmaXJlZm94IGFuZCBsb2dpbiBhdXRvbWFpdGNhbGx5DQo+ID4gd2l0aG91dCBh bnkgbW9yZSBjb21tYW5kLChzaGVsbCBjYW4gcHJvdmlkZSB1c2VybmFtZSBhbmQgcGFzc3dvcmQg KQ0KPiA+IA0KPiA+IA0KPiA+IDM5NTQ1OTg1M0BxcS5jb20NCj4gPiAgDQo+ID4gRnJvbTogRWlu YXYgQ29oZW4NCj4gPiBEYXRlOiAyMDE1LTA2LTA4IDA0OjU4DQo+ID4gVG86IDM5NTQ1OTg1Mzsg R3JlZyBTaGVyZW1ldGENCj4gPiBDQzogZGV2ZWwNCj4gPiBTdWJqZWN0OiBSZTogW292aXJ0LWRl dmVsXSBvdmlydCBjYW4gYXV0b21hdGljYWxseSBzYXZlIGFuZCBsb2FkIHVzZXJuYW1lDQo+ID4g cGFzc3dvcmQ/DQo+ID4gSGksIEknbSBub3QgcXVpdGUgc3VyZSBpZiBJIHVuZGVyc3Rvb2QgdGhl IGV4YWN0IHJlcXVlc3RzIGhlcmU6DQo+ID4gIA0KPiA+IFRoZSBmaXJzdCBvbmUgaXMgYWJvdXQg cmVtZW1iZXJpbmcgdGhlIHVzZXJuYW1lIGFuZCBwYXNzd29yZCBpbg0KPiA+IHRoZSBHVUkgbG9n aW4gcGFnZShzKS4NCj4gPiAgDQo+ID4gVGhpcyBjYW4gcmVmZXIgdG8gZWl0aGVyOg0KPiA+ICAN Cj4gPiAoYSkgYnJvd3Nlci1uYXRpdmUgdXNlcm5hbWUgYW5kIHBhc3N3b3JkIHJlbWVtYmVyaW5n ICh0aG91Z2ggdGhpcw0KPiA+IG9uZSB3aWxsIG5vdCBjYXVzZSBhbiBhdXRvbWF0aWMgbG9naW4g LSBqdXN0IGFuIGF1dG8tZmlsbCBvZiB0aGUNCj4gPiB1c2VyLW5hbWUgYW5zIHBhc3N3b3JkLCBJ IGJlbGlldmUpLg0KPiA+IFRoZSBicm93c2VyIGlzIG5vdCBvZmZlcmluZyB0byByZW1lbWJlciB0 aGUgdXNlci1uYW1lIGFuZCBwYXNzd29yZA0KPiA+IGZpZWxkIHZhbHVlcyB3aXRoaW4gdGhlIHdl Yi1hZG1pbi91c2VyLXBvcnRhbCBsb2dpbiBwYWdlcywgYXMgb3Bwb3NlZA0KPiA+IHRvIG90aGVy IHdlYi1zaXRlcyAoc2VlIGUuZy4gaHR0cDovL2kuaW1ndXIuY29tL1I0Uk5RM2QucG5nKS4NCj4g PiAgDQo+ID4gQEdyZWcgLSBkbyB3ZSBrbm93IHdoeSB0aGUgYnJvd3NlciBkb2Vzbid0IG9mZmVy IHRvIHJlbWVtYmVyIHRoZQ0KPiA+IHVzZXItbmFtZS9wYXNzd29yZCBmb3IgdGhlIG9WaXJ0IGxv Z2luIHBhZ2VzPyBkbyB3ZSBoYXZlIGFueSByZWFzb24NCj4gPiB0byBub3QgaW50cm9kdWNlIHN1 Y2ggcmVtZW1iZXJpbmcgdG8gdGhlIGxvZ2luIHBhZ2VzPw0KPiA+ICANCj4gPiBbbm90IHN1cmUg aG93IHVwY29taW5nIFNTTyBjaGFuZ2VzICh3aGljaCBpbmNsdWRlIGEgbmV3IFNTTyBsb2dpbiBw YWdlKQ0KPiA+IHdpbGwgYWZmZWN0IC8gYmUgYWZmZWN0ZWQgYnkgdGhhdF0NCj4gPiAgDQo+ID4g LS0gb3I6IC0tDQo+ID4gIA0KPiA+IChiKSBhcHBsaWNhdGlvbi1zcGVjaWZpYyB1c2VybmFtZSBh bmQgcGFzc3dvcmQgcmVtZW1iZXJpbmcgKHdoaWNoDQo+ID4gY2FuIGxlYWQgdG8gYSBmdWxseS1h dXRvbWF0ZWQgbG9naW4gLSBzZWUgaHR0cDovL2kuaW1ndXIuY29tL3JHN25COVAucG5nKSAtDQo+ ID4gdGhpcyBpcyBhIGZlYXR1cmUgdGhhdCBzaG91bGQgYmUgaW1wbGVtZW50ZWQgYW5kIGRlc2ln bmVkIGNhcmVmdWxseQ0KPiA+IChzZWUgWzFdIGZvciBzb21lIHJlZmVyZW5jZXMpLg0KPiA+IGlm IHRoaXMgZmVhdHVyZSBpcyBpbXBvcnRhbnQgZm9yIHlvdSAtIHBsZWFzZSBvcGVuIGFuIG9WaXJ0 IFJGRSBmb3IgdGhhdA0KPiA+IChhZ2FpbiAtIEkgYW0gbm90IHN1cmUgaWYgdXBjb21pbmcgU1NP IGNoYW5nZXMgd2lsbCBhZmZlY3QgLyBiZSBhZmZlY3RlZA0KPiA+IGJ5IHRoYXQpLg0KPiA+ICAN Cj4gPiBUaGUgc2Vjb25kIHF1ZXN0aW9uIFsyXSBzZWVtcyB0byBiZSBhYm91dCBhdXRvbWF0aW5n IHRoZSBsb2dpbiBwcm9jZXNzDQo+ID4gdXNpbmcgYSBzY3JpcHQuDQo+ID4gVGhpcyBtYXkgYmUg cmVsYXRlZCB0byBbM10uDQo+ID4gQEdyZWcgLSBhbnkgdGhvdWdodHM/DQo+ID4gIA0KPiA+IC0t LS0NCj4gPiBUaGFua3MsDQo+ID4gRWluYXYNCj4gPiAgDQo+ID4gIA0KPiA+IFsxXSBzb21lIHRo cmVhZHMgaW4gc3RhY2tvdmVyZmxvdy5jb20gYWJvdXQgaW1wbGVtZW50aW5nICdyZW1lbWJlciBt ZSc6DQo+ID4gLQ0KPiA+IGh0dHA6Ly9zdGFja292ZXJmbG93LmNvbS9xdWVzdGlvbnMvNTQ5L3Ro ZS1kZWZpbml0aXZlLWd1aWRlLXRvLWZvcm0tYmFzZWQtd2Vic2l0ZS1hdXRoZW50aWNhdGlvbg0K PiA+IFtwYXJ0IElJXQ0KPiA+IC0NCj4gPiBodHRwOi8vc3RhY2tvdmVyZmxvdy5jb20vcXVlc3Rp b25zLzI0NDg4Mi93aGF0LWlzLXRoZS1iZXN0LXdheS10by1pbXBsZW1lbnQtcmVtZW1iZXItbWUt Zm9yLWEtd2Vic2l0ZQ0KPiA+ICANCj4gPiBbMl0gdHJhbnNsYXRpb24gdG8gRW5nbGlzaCBvZiB0 aGUgc2Vjb25kIHF1ZXN0aW9uIChieSBHb29nbGUgVHJhbnNsYXRlKToNCj4gPiAiIiINCj4gPiBU aGUgc2Vjb25kIHF1ZXN0aW9uOg0KPiA+IEkgQXJtIGJvYXJkLCB3aXRoIGZpcmVmb3ggbG9naW4g dG8gb3ZpcnQgcHVibGlzaCB2aXJ0dWFsIGRlc2t0b3AgZXZlcnkNCj4gPiB0aW1lIHlvdSBuZWVk IHRvIGVudGVyIGEgdXNlciBuYW1lIGFuZCBwYXNzd29yZCB5b3UsIHRoZXJlIGlzIG5vIHdheQ0K PiA+IHRvIHNwZWNpZnkgYSB1c2VyIG5hbWUgYW5kIHBhc3N3b3JkIGluIHRoZSBzY3JpcHQsIHRo ZW4gdGhlIGNhbGwgZmlyZWZveA0KPiA+IHdoZW4gdGhlIHBhcmFtZXRlcnMgcGFzc2VkIHRvIGl0 IGxldCBmaXJlZm94IGF1dG9tYXRpY2FsbHkgZ28gbGFuZGluZz8NCj4gPiBUSFgNCj4gPiAiIiIN Cj4gPiAgDQo+ID4gWzNdIGh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy8jL2MvMzgwMTcvDQo+ID4g W3VzZXJwb3J0YWwsIHdlYmFkbWluOiBhbGxvdyBTU08gcm9ib3RzIHRvIGZpbGwgaW4gdGhlIGxv Z2luIGZvcm1dDQo+ID4gdGhpcyBwYXRjaCBeXl4gc29sdmVkIHRoZSBmb2xsb3dpbmcgQlo6DQo+ ID4gQnVnIDExNTQ2NjYgLSBVbmFibGUgdG8gYXV0aGVudGljYXRlIGlmIHVzZXIgaXMgdXNpbmcN Cj4gPiBodHRwOi8vaW5kZWVkLWlkLmNvbS9pbmRleC5odG1sIHNvbHV0aW9uIGZvciBhdXRoZW50 aWNhdGlvbi4NCj4gPiBbaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9p ZD0xMTU0NjY2XQ0KPiA+ICANCj4gPiAgDQo+ID4gIA0KPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3Nh Z2UgLS0tLS0NCj4gPiA+IEZyb206IDM5NTQ1OTg1M0BxcS5jb20NCj4gPiA+IFRvOiAiZGV2ZWwi IDxkZXZlbEBvdmlydC5vcmc+DQo+ID4gPiBTZW50OiBNb25kYXksIEp1bmUgMSwgMjAxNSAxMDo1 NDozNCBQTQ0KPiA+ID4gU3ViamVjdDogW292aXJ0LWRldmVsXSBvdmlydCBjYW4gYXV0b21hdGlj YWxseSBzYXZlIGFuZCBsb2FkIHVzZXJuYW1lDQo+ID4gPiBwYXNzd29yZD8NCj4gPiA+IA0KPiA+ ID4gTXkgb3ZpcnQtZW5naW5lIGluc3RhbGxlZCBvbiBjZW50b3Mgd2l0aCBJUCAxOTIuMTY4LjAu MjAyLA0KPiA+ID4gV2hlbiBpIHVzZSAxOTIuMTY4LjAuMjAyIHRvIGxvZ2luIGluIHdpdGggdXNl ciBwb3J0YWwsSXQgbG9hZCBtZSB0byB0aGUNCj4gPiA+IGFkZHJlc3MNCj4gPiA+IGh0dHBzOi8v MTkyLjE2OC4wLjIwMi9vdmlydC1lbmdpbmUvdXNlcnBvcnRhbC8/bG9jYWxlPWVuX1VTI2xvZ2lu LA0KPiA+ID4gTm93IGkgaG9wZSB0aGUgYnJvd3NlcihmaXJlZm94KSByZW1lbWJlciBteSB1c2Vy bmFtZSBhbmQgcGFzc3dvcmQsc28gbmV4dA0KPiA+ID4gdGltZSB3aGVuIGkgZW50ZXIgdGhlIGFk ZHJlc3MNCj4gPiA+IGh0dHBzOi8vMTkyLjE2OC4wLjIwMi9vdmlydC1lbmdpbmUvdXNlcnBvcnRh bC8/bG9jYWxlPWVuX1VTI2xvZ2luICxpdCBjYW4NCj4gPiA+IGxvZ2luIGF1dG9tYXRpY2FsbHku DQo+ID4gPiANCj4gPiA+IOesrOS6jOS4queWkemXru+8mg0KPiA+ID4g5oiR5ZyoQXJt5p2/5LiK 77yM55SoZmlyZWZveOeZu+mZhuWIsG92aXJ05Y+R5biD55qE6Jma5ouf5qGM6Z2i77yM5q+P5qyh 6YO96ZyA6KaB6L6T5YWl55So5oi35ZCN44CB5a+G56CB5ZCX77yM5pyJ5rKh5pyJ5Yqe5rOV5a6e 546w5Zyo6ISa5pys5Lit5oyH5a6a55So5oi35ZCN44CB5a+G56CB77yM54S25ZCO5Zyo6LCD55So ZmlyZWZveOeahOaXtuWAmeaKiuWPguaVsOS8oOmAkue7meWug++8jOiuqWZpcmVmb3joh6rliqjl jrvnmbvpmYblkaLvvJ8NCj4gPiA+IOiwouiwog0KPiA+ID4gDQo+ID4gPiAzOTU0NTk4NTNAcXEu Y29tDQo+ID4gPiANCj4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+ID4gPiBEZXZlbCBtYWlsaW5nIGxpc3QNCj4gPiA+IERldmVsQG92aXJ0Lm9y Zw0KPiA+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldmVsDQo+ ID4gDQo+IA0K ------=_001_NextPart734084403512_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DUTF-8"><style>body { line-height: 1.5; }blockquote { margin-top: 0px; = margin-bottom: 0px; margin-left: 0.5em; }body { font-size: 10.5pt; font-fa= mily: 'Segoe UI'; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><= body>=0A<div><span></span><br></div>=0A<div><br></div><hr style=3D"width: = 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div><= span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10pt"><d= iv>395459853(a)qq.com</div></div></span></div>=0A<blockquote style=3D"margin= -top: 0px; margin-bottom: 0px; margin-left: 0.5em;"><div> </div><div = style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm = 0cm"><div style=3D"PADDING-RIGHT: 8px; PADDING-LEFT: 8px; FONT-SIZE: 12px;= FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efefef; PADDING-BOTTOM: 8px= ; PADDING-TOP: 8px"><div><b>From:</b> <a href=3D"mailto:ecohen@redhat= .com">Einav Cohen</a></div><div><b>Date:</b> 2015-06-09 09:34</d= iv><div><b>To:</b> <a href=3D"mailto:395459853@qq.com">395459853</a><= /div><div><b>Subject:</b> Re: [ovirt-devel] ovirt can automatically s= ave and load username password?</div></div></div><div>=0A<div>> 3954598= 53(a)qq.com</div>=0A<div>>  </div>=0A<div>> From: Einav Cohen</di= v>=0A<div>> Date: 2015-06-08 19:36</div>=0A<div>> To: 395459853</div= >=0A<div>> Subject: Re: [ovirt-devel] ovirt can automatically save and = load username</div>=0A<div>> password?</div>=0A<div>> Hi, I don't kn= ow the answer to that question - let's keep the</div>=0A<div>> discussi= on on-list rather than privately, so other people can</div>=0A<div>> he= lp.</div>=0A<div>>  </div>=0A<div>> ----</div>=0A<div>> Rega= rds,</div>=0A<div>> Einav</div>=0A<div>>  </div>=0A<div>> --= --- Original Message -----</div>=0A<div>> > From: 395459853(a)qq.com</= div>=0A<div>> > To: "Einav Cohen" <ecohen(a)redhat.com></div>=0A= <div>> > Sent: Monday, June 8, 2015 5:58:43 AM</div>=0A<div>> &gt= ; Subject: Re: Re: [ovirt-devel] ovirt can automatically save and load</di= v>=0A<div>> > username password?</div>=0A<div>> > </div>=0A<di= v>> > Hi,</div>=0A<div>> > Thankyou for your help,</div>=0A<di= v>> > My second problem is that i want to login automatically with u= sername and</div>=0A<div>> > password.</div>=0A<div>> > for ex= ample,On my arm board i have firefox,and i can use it to login with</div>= =0A<div>> > input username and password,Now i write a shell to start= firefox and open</div>=0A<div>> > log page,</div>=0A<div>> > = is there a way to autofill username and password and auto submit the login= </div>=0A<div>> > button,so when i run the shell it start firefox an= d login automaitcally</div>=0A<div>> > without any more command,(she= ll can provide username and password )</div>=0A<div>> > </div>=0A<di= v>> > </div>=0A<div>> > 395459853(a)qq.com</div>=0A<div>> &gt= ;  </div>=0A<div>> > From: Einav Cohen</div>=0A<div>> > D= ate: 2015-06-08 04:58</div>=0A<div>> > To: 395459853; Greg Sheremeta= </div>=0A<div>> > CC: devel</div>=0A<div>> > Subject: Re: [ovi= rt-devel] ovirt can automatically save and load username</div>=0A<div>>= > password?</div>=0A<div>> > Hi, I'm not quite sure if I underst= ood the exact requests here:</div>=0A<div>> >  </div>=0A<div>&g= t; > The first one is about remembering the username and password in</d= iv>=0A<div>> > the GUI login page(s).</div>=0A<div>> >  <= /div>=0A<div>> > This can refer to either:</div>=0A<div>> >&nb= sp; </div>=0A<div>> > (a) browser-native username and password remem= bering (though this</div>=0A<div>> > one will not cause an automatic= login - just an auto-fill of the</div>=0A<div>> > user-name ans pas= sword, I believe).</div>=0A<div>> > The browser is not offering to r= emember the user-name and password</div>=0A<div>> > field values wit= hin the web-admin/user-portal login pages, as opposed</div>=0A<div>> &g= t; to other web-sites (see e.g. http://i.imgur.com/R4RNQ3d.png)</div>=0A<= div>> >  </div>=0A<div>> > @Greg - do we know why the bro= wser doesn't offer to remember the</div>=0A<div>> > user-name/passwo= rd for the oVirt login pages? do we have any reason</div>=0A<div>> >= to not introduce such remembering to the login pages?</div>=0A<div>> &= gt;  </div>=0A<div>> > [not sure how upcoming SSO changes (whic= h include a new SSO login page)</div>=0A<div>> > will affect / be af= fected by that]</div>=0A<div>> >  </div>=0A<div>> > -- or= : --</div>=0A<div>> >  </div>=0A<div>> > (b) application-= specific username and password remembering (which</div>=0A<div>> > c= an lead to a fully-automated login - see http://i.imgur.com/rG7nB9P.png) -= </div>=0A<div>> > this is a feature that should be implemented and d= esigned carefully</div>=0A<div>> > (see [1] for some references).</d= iv>=0A<div>> > if this feature is important for you - please open an= oVirt RFE for that</div>=0A<div>> > (again - I am not sure if upcom= ing SSO changes will affect / be affected</div>=0A<div>> > by that).= </div>=0A<div>> >  </div>=0A<div>> > The second question = [2] seems to be about automating the login process</div>=0A<div>> > = using a script.</div>=0A<div>> > This may be related to [3].</div>= =0A<div>> > @Greg - any thoughts?</div>=0A<div>> >  </div= >=0A<div>> > ----</div>=0A<div>> > Thanks,</div>=0A<div>> &= gt; Einav</div>=0A<div>> >  </div>=0A<div>> >  </div= >=0A<div>> > [1] some threads in stackoverflow.com about implementin= g 'remember me':</div>=0A<div>> > -</div>=0A<div>> > http://st= ackoverflow.com/questions/549/the-definitive-guide-to-form-based-website-a= uthentication</div>=0A<div>> > [part II]</div>=0A<div>> > -</d= iv>=0A<div>> > http://stackoverflow.com/questions/244882/what-is-the= -best-way-to-implement-remember-me-for-a-website</div>=0A<div>> >&nb= sp; </div>=0A<div>> > [2] translation to English of the second quest= ion (by Google Translate):</div>=0A<div>> > """</div>=0A<div>> &g= t; The second question:</div>=0A<div>> > I Arm board, with firefox l= ogin to ovirt publish virtual desktop every</div>=0A<div>> > time yo= u need to enter a user name and password you, there is no way</div>=0A<div= >> > to specify a user name and password in the script, then the cal= l firefox</div>=0A<div>> > when the parameters passed to it let fire= fox automatically go landing?</div>=0A<div>> > THX</div>=0A<div>>= > """</div>=0A<div>> >  </div>=0A<div>> > [3] https:/= /gerrit.ovirt.org/#/c/38017/</div>=0A<div>> > [userportal, webadmin:= allow SSO robots to fill in the login form]</div>=0A<div>> > this p= atch ^^^ solved the following BZ:</div>=0A<div>> > Bug 1154666 - Una= ble to authenticate if user is using</div>=0A<div>> > http://indeed-= id.com/index.html solution for authentication.</div>=0A<div>> > [htt= ps://bugzilla.redhat.com/show_bug.cgi?id=3D1154666]</div>=0A<div>> >=   </div>=0A<div>> >  </div>=0A<div>> >  </div>= =0A<div>> > ----- Original Message -----</div>=0A<div>> > >= From: 395459853(a)qq.com</div>=0A<div>> > > To: "devel" <devel@= ovirt.org></div>=0A<div>> > > Sent: Monday, June 1, 2015 10:54= :34 PM</div>=0A<div>> > > Subject: [ovirt-devel] ovirt can automa= tically save and load username</div>=0A<div>> > > password?</div>= =0A<div>> > > </div>=0A<div>> > > My ovirt-engine instal= led on centos with IP 192.168.0.202,</div>=0A<div>> > > When i us= e 192.168.0.202 to login in with user portal,It load me to the</div>=0A<di= v>> > > address</div>=0A<div>> > > https://192.168.0.202= /ovirt-engine/userportal/?locale=3Den_US#login,</div>=0A<div>> > &gt= ; Now i hope the browser(firefox) remember my username and password,so nex= t</div>=0A<div>> > > time when i enter the address</div>=0A<div>&= gt; > > https://192.168.0.202/ovirt-engine/userportal/?locale=3Den_U= S#login ,it can</div>=0A<div>> > > login automatically.</div>=0A<= div>> > > </div>=0A<div>> > > =E7=AC=AC=E4=BA=8C=E4=B8= =AA=E7=96=91=E9=97=AE=EF=BC=9A</div>=0A<div>> > > =E6=88=91=E5=9C= =A8Arm=E6=9D=BF=E4=B8=8A=EF=BC=8C=E7=94=A8firefox=E7=99=BB=E9=99=86=E5=88= =B0ovirt=E5=8F=91=E5=B8=83=E7=9A=84=E8=99=9A=E6=8B=9F=E6=A1=8C=E9=9D=A2=EF= =BC=8C=E6=AF=8F=E6=AC=A1=E9=83=BD=E9=9C=80=E8=A6=81=E8=BE=93=E5=85=A5=E7= =94=A8=E6=88=B7=E5=90=8D=E3=80=81=E5=AF=86=E7=A0=81=E5=90=97=EF=BC=8C=E6= =9C=89=E6=B2=A1=E6=9C=89=E5=8A=9E=E6=B3=95=E5=AE=9E=E7=8E=B0=E5=9C=A8=E8= =84=9A=E6=9C=AC=E4=B8=AD=E6=8C=87=E5=AE=9A=E7=94=A8=E6=88=B7=E5=90=8D=E3= =80=81=E5=AF=86=E7=A0=81=EF=BC=8C=E7=84=B6=E5=90=8E=E5=9C=A8=E8=B0=83=E7= =94=A8firefox=E7=9A=84=E6=97=B6=E5=80=99=E6=8A=8A=E5=8F=82=E6=95=B0=E4=BC= =A0=E9=80=92=E7=BB=99=E5=AE=83=EF=BC=8C=E8=AE=A9firefox=E8=87=AA=E5=8A=A8= =E5=8E=BB=E7=99=BB=E9=99=86=E5=91=A2=EF=BC=9F</div>=0A<div>> > > = =E8=B0=A2=E8=B0=A2</div>=0A<div>> > > </div>=0A<div>> > &gt= ; 395459853(a)qq.com</div>=0A<div>> > > </div>=0A<div>> > &gt= ; _______________________________________________</div>=0A<div>> > &= gt; Devel mailing list</div>=0A<div>> > > Devel(a)ovirt.org</div>= =0A<div>> > > http://lists.ovirt.org/mailman/listinfo/devel</div>= =0A<div>> > </div>=0A<div>> </div>=0A</div></blockquote>=0A</body= ></html> ------=_001_NextPart734084403512_=------

1 0

oVirt Node Weekly Meeting Minutes - 2015-06-08
by Fabian Deutsch 08 Jun '15

08 Jun '15

================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:03:00 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-06-08-14.03.log.html . Meeting summary --------------- * Agenda (fabiand, 14:04:54) * ovirt-3.5 builders and publishers (fabiand, 14:05:03) * ovirt-3.6-pre builders and publishers (fabiand, 14:05:14) * Other Items (fabiand, 14:05:18) * ovirt-3.5 builders and publishers (fabiand, 14:05:27) * ovirt-3.5 builders and publishers (fabiand, 14:05:58) * ovirt-node 3.5 rpms are built and published (fabiand, 14:07:21) * ovirt-node-iso 3.5 also includes the latest ovirt-node 3.5 snapshot rpm (fabiand, 14:08:37) * ovirt-3.6-pre builders and publishers (fabiand, 14:09:47) * builders and publishers work for master/3.6 as well (fabiand, 14:11:06) * ACTION: rbarry to create prepare and create the ovirt-3.6 jobs in jenkins using yaml templates (fabiand, 14:18:14) * Other Items (fabiand, 14:18:29) Meeting ended at 14:19:30 UTC. Action Items ------------ * rbarry to create prepare and create the ovirt-3.6 jobs in jenkins using yaml templates Action Items, by person ----------------------- * rbarry * rbarry to create prepare and create the ovirt-3.6 jobs in jenkins using yaml templates * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (68) * tlitovsk (20) * rbarry (3) * dougsland (3) * ovirtbot (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

ovirt can automatically save and load username password?
by 395459853＠qq.com 08 Jun '15

08 Jun '15

This is a multi-part message in MIME format. ------=_001_NextPart657702658704_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 TXkgb3ZpcnQtZW5naW5lIGluc3RhbGxlZCBvbiBjZW50b3Mgd2l0aCBJUCAxOTIuMTY4LjAuMjAy LA0KV2hlbiBpIHVzZSAxOTIuMTY4LjAuMjAyIHRvIGxvZ2luIGluIHdpdGggdXNlciBwb3J0YWws SXQgbG9hZCBtZSB0byB0aGUgYWRkcmVzcyBodHRwczovLzE5Mi4xNjguMC4yMDIvb3ZpcnQtZW5n aW5lL3VzZXJwb3J0YWwvP2xvY2FsZT1lbl9VUyNsb2dpbiwgDQpOb3cgaSBob3BlIHRoZSBicm93 c2VyKGZpcmVmb3gpIHJlbWVtYmVyIG15IHVzZXJuYW1lIGFuZCBwYXNzd29yZCxzbyBuZXh0IHRp bWUgd2hlbiBpIGVudGVyIHRoZSBhZGRyZXNzIGh0dHBzOi8vMTkyLjE2OC4wLjIwMi9vdmlydC1l bmdpbmUvdXNlcnBvcnRhbC8/bG9jYWxlPWVuX1VTI2xvZ2luLGl0IGNhbiBsb2dpbiBhdXRvbWF0 aWNhbGx5Lg0KDQq12rb+uPbSyc7Ko7oNCs7S1NpBcm2w5cnPo6zTw2ZpcmVmb3i1x8K9tb1vdmly dLeisry1xNDpxOLXwMPmo6zDv7TOtrzQ6NKqyuTI69PDu6fD+6Giw9zC68Lwo6zT0MO709Cw7Leo yrXP1tTavcWxvtbQ1ri2qNPDu6fD+6Giw9zC66OsyLu689TatffTw2ZpcmVmb3i1xMqxuvKw0bLO yv20q7XduPjL/KOsyMNmaXJlZm9419S2r8iltcfCvcTYo78NCtC70LsNCg0KDQozOTU0NTk4NTNA cXEuY29tDQo= ------=_001_NextPart657702658704_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DGB2312"><style>body { line-height: 1.5; }body { font-size: 10.5pt; fon= t-family: 'Segoe UI'; color: rgb(0, 0, 0); line-height: 1.5; }</style></he= ad><body>=0A<div><span></span>My ovirt-engine installed on centos with IP = 192.168.0.202,</div><div>When i use 192.168.0.202 to login in with user po= rtal,It load me to the address <span style=3D"font-family: ''; font-s= ize: 10.5pt; line-height: 1.5; background-color: window;"></span><a href= =3D"https://192.168.0.202/ovirt-engine/userportal/?locale=3Den_US#login," = segoe=3D"" ui'";=3D"" font-size:=3D"" 14px;=3D"" font-weight:=3D"" normal;= =3D"" font-style:=3D"" normal;'=3D"" style=3D"font-family: ''; font-size: = 10.5pt; line-height: 1.5; background-color: window;" class=3D"">https://19= 2.168.0.202/ovirt-engine/userportal/?locale=3Den_US#login,</a><span segoe= =3D"" ui'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"= " 0);=3D"" background-color:=3D"" rgb(255,=3D"" 255,=3D"" 255);=3D"" font-= weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" no= ne;'=3D"" style=3D"font-family: ''; font-size: 10.5pt; line-height: 1.5; b= ackground-color: window;"> </span></div><div><span segoe=3D"" ui'";= =3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" = background-color:=3D"" rgb(255,=3D"" 255,=3D"" 255);=3D"" font-weight:=3D"= " normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D"" s= tyle=3D"font-family: ''; font-size: 10.5pt; line-height: 1.5; background-c= olor: window;">Now i hope the browser(firefox) remember my username and pa= ssword,so next time when i enter the address </span><a href=3D"https:= //192.168.0.202/ovirt-engine/userportal/?locale=3Den_US#login," segoe=3D""= ui'";=3D"" font-size:=3D"" 14px;=3D"" font-weight:=3D"" normal;=3D"" font= -style:=3D"" normal;'=3D"" class=3D"" style=3D"font-family: ''; font-size:= 10.5pt; line-height: 1.5; background-color: window;">https://192.168.0.20= 2/ovirt-engine/userportal/?locale=3Den_US#login</a>,it can login <spa= n style=3D"font-family: ''; font-size: 10.5pt; line-height: 1.5; backgroun= d-color: window;">automatically.</span></div><div><br></div><div><font col= or=3D"#ff0000">=B5=DA=B6=FE=B8=F6=D2=C9=CE=CA=A3=BA</font></div><div><span= style=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;">= =CE=D2=D4=DAArm=B0=E5=C9=CF=A3=AC=D3=C3firefox=B5=C7=C2=BD=B5=BDovirt=B7= =A2=B2=BC=B5=C4=D0=E9=C4=E2=D7=C0=C3=E6=A3=AC=C3=BF=B4=CE=B6=BC=D0=E8=D2= =AA=CA=E4=C8=EB=D3=C3=BB=A7=C3=FB=A1=A2=C3=DC=C2=EB=C2=F0=A3=AC=D3=D0=C3= =BB=D3=D0=B0=EC=B7=A8=CA=B5=CF=D6=D4=DA=BD=C5=B1=BE=D6=D0=D6=B8=B6=A8=D3= =C3=BB=A7=C3=FB=A1=A2=C3=DC=C2=EB=A3=AC=C8=BB=BA=F3=D4=DA=B5=F7=D3=C3firef= ox=B5=C4=CA=B1=BA=F2=B0=D1=B2=CE=CA=FD=B4=AB=B5=DD=B8=F8=CB=FC=A3=AC=C8=C3= firefox=D7=D4=B6=AF=C8=A5=B5=C7=C2=BD=C4=D8=A3=BF</span></div><div><span s= tyle=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;">= =D0=BB=D0=BB</span></div><hr style=3D"WIDTH: 210px; HEIGHT: 1px" color=3D"= #b5c4df" size=3D"1" align=3D"left">=0A<div><span><div style=3D"MARGIN: 10p= x; FONT-FAMILY: verdana; FONT-SIZE: 10pt"><div>395459853(a)qq.com</div></div= ></span></div>=0A</body></html> ------=_001_NextPart657702658704_=------

3 2

gerrit+ci improvement proposal
by Max Kovgan 07 Jun '15

07 Jun '15

Hi everyone! We really want to have reliable and snappy CI: to allow short cycles and encourage developers to write tests. # Problem Many patches are neither ready for review nor for CI upon submission, which is OK. But running all the jobs on those patches with limited resources results in: overloaded resources, slow response time, unhappy developers. # Proposed Solution To run less jobs we know we don’t need to, thus making more resources for the jobs we need to run. We have been experimenting to make our CI stabler and quicker to respond by using gerrit flags. This has improved in both directions very well internally. Now it seems a good time to let all the oVirt projects to use this. This solution indirectly promotes reviews and quick tests - “to fail early”, yet full blown static code analysis and long tests to run “when ready”. # How it works 2 new gerrit independent flags are added to gerrit. ## CI flag Will express patch CI status. Values: * +1 CI passed * 0 CI did not run yet * -1 CI failed Permissions for setting: project maintainers (for special cases) should be able to set/override (except Jenkins). ## Workflow flag Will express patch “workflow” state. Values: * 0 Work In Progress * +1 Ready For Review * +2 Ready For Merge Permissions for setting: Owner can set +1, Project Maintainers can set +2 ## Review + CI Integration: Merging [“Submit” button to appear] will require: Review+1, CI+1, Workflow+2 Patch lifecycle now is: --------------------------------------------------------------- patch state |owner |reviewer |maintainer |CI tests |pass --------------------------------------------------------------- added/updated |- |- |- |quick |CI+1 review |Workflow+1|Review+1 |- |heavy |CI+1 merge ready |- |- |Workflow+2 |gating |CI+1 merge |- |- |merge |merge |CI+1 Changes from current workflow: Owner only adds reviewers, now owner needs to set "Workflow+1" for the patch to be reviewed, and heavily auto-tested. Maintainer now needs to set "Workflow+2" and wait for "Submit" button to appear after CI has completed running gating tests. Next step will be to automate merge the change after Workflow+2 has been set by the Maintainer and gating tests passed. ## Why now? It is elimination of waste. The sooner - the better. The solution has been used for a while and it works. Resolving the problem without gerrit involved will lead to adding unreliable code into jobs, and will still be prone to problems: Just recently, 3d ago we’ve tried detecting what to run from jenkins relying only on gerrit comments so that upon Verified+1, we’d run the job. We could not use “Review+1”, because it makes no sense at all, so we left the job to set Verified+1. Meaning - re-trigger itself immediately more than 1 times. Jenkins and its visitors very unhappy, and we had to stop those jobs, clean up the queue, and spam developers. ## OK OK OK. Now what? Now we want your comments and opinions before pushing this further: Please participate in this thread, so we can start trying it out. Ask, Suggest better ideas, all this is welcome. Best Regards! N.B. Of course, this is not written in stone, in case we find a better approach on solving those issues, we will change to it. And we will keep improving so don't be afraid that it will be enforced: if this does not work out we will discard it. P.S. Kudos to dcaro, most of the work was done by him, and most of this text too. Max Kovgan Senior Software Engineer Red Hat - EMEA ENG Virtualization R&D Tel.: +972 9769 2060 Email: mkovgan [at] redhat [dot] com Web: http://www.redhat.com RHT Global #: 82-72060

9 23

Re: [ovirt-devel] [oVirt Jenkins] ovirt-engine_3.5_create-rpms_merged » fc20 - Build # 1151 - Failure!
by Eyal Edri 07 Jun '15

07 Jun '15

this unit test failed: testConcreateCreateTaskBackwardsComaptibility(org.ovirt.engine.core.bll.BackwardCompatibilityTaskCreationTest): testConcreateCreateTaskBackwardsComaptibility and i'm pretty sure its not the first time. can we disable this test until it is fixed? its causing too much noise in CI. Eyal. ----- Original Message ----- > From: "Yedidyah Bar David" <didi(a)redhat.com> > To: "infra" <infra(a)ovirt.org> > Sent: Sunday, June 7, 2015 8:32:04 AM > Subject: Re: [oVirt Jenkins] ovirt-engine_3.5_create-rpms_merged » fc20 - Build # 1151 - Failure! > > ----- Original Message ----- > > From: jenkins(a)ovirt.org > > To: didi(a)redhat.com, eedri(a)redhat.com, dcaroest(a)redhat.com > > Sent: Sunday, June 7, 2015 8:24:03 AM > > Subject: [oVirt Jenkins] ovirt-engine_3.5_create-rpms_merged » fc20 - Build > > # 1151 - Failure! > > > > Project: > > http://jenkins.ovirt.org/job/ovirt-engine_3.5_create-rpms_merged/label=fc20/ > > Build: > > http://jenkins.ovirt.org/job/ovirt-engine_3.5_create-rpms_merged/label=fc20… > > Build Number: 1151 > > Build Status: Failure > > Triggered By: Started by upstream project > > "ovirt-engine_3.5_create-rpms_merged" build number 1,151 > > 1150 succeeded, after 1149 failed, all 3 of them on same patch (below). > > Didn't look at actual logs. Please check... > > > > > ------------------------------------- > > Changes Since Last Success: > > ------------------------------------- > > Changes for Build #1151 > > [Yedidyah Bar David] packaging: setup: Disable pki renewal for 3.5 > > > > > > > > > > ----------------- > > Failed Tests: > > ----------------- > > No tests ran. > > > > > > -- > Didi > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > >

1 0

Frontend refresh flag in VdcQueryParameterBase
by Alexander Wels 05 Jun '15

05 Jun '15

Hi, For anyone working with the Frontend, please note the following gotcha you need to be aware of. Whenever you create a query parameter, please think about whether or not your query should refresh the user session. Guidelines for when to refresh. Any query that is a result of a user action, like clicking a button to open a pop-up, switch main/sub tabs. A refresh button on a dialog. When not to refresh. Any queries that are generated automatically, like the automatic refresh of grids or display forms. Also queries created in response to some data coming from the back-end. For instance the user clicked and opened a sub tab, the initial query generates the refresh query, but there are some subsequent queries that need to get extra information. Those do NOT need to have the refresh set to true. By DEFAULT the flag is set to true for historical reasons. So any new queries you create will also have the flag set to true. We have implemented a convenient method in VdcQueryParameterBase to allow you to switch the flag off. Often you will do something like 'new VdcQueryParameter(something)' inside a runQuery call. You can do 'new VdcQueryParameter(something).withoutRefresh()' to turn the refresh off, without having to make a temporary variable. If you don't follow the guidelines it is possible (and has happened, which prompted this email) that while a user is inactive your query is keeping the session alive and will cause the automatic log-out to not happen. This is usually not what we want. Thanks, Alexander

1 0

VDSM 3.5 branch is failing to build on Fedora 20
by Sandro Bonazzola 05 Jun '15

05 Jun '15

VDSM 3.5 branch is failing to build on Fedora 20 due to: detected by http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-fc20-x86_64_merged pyflakes-0.7.3 find . -path './.git' -prune -type f -o \ -name '*.py' -o -name '*.py.in' | xargs /usr/bin/pyflakes | \ grep -w -v "\./vdsm/storage/lvm\.py.*: list comprehension redefines 'lv' from line .*" | \ while read LINE; do echo "$LINE"; false; done ./tests/functional/networkTests.py:80: redefinition of unused 'vdsm' from line 43 ./tests/functional/networkTests.py:88: redefinition of unused 'vdsm' from line 43 Please fix it. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[ANN] oVirt 3.5.3 Third Release Candidate is now available for testing
by Sandro Bonazzola 05 Jun '15

05 Jun '15

The oVirt team is pleased to announce that the 3.5.3 Third Release Candidate is now available for testing as of June 5th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). This release of oVirt includes numerous bug fixes and one CVE fix for the VENOM Vulnerability. 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. A new oVirt Live ISO is already available as well[2]. Please note that mirrors[3] 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.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Which bond mode do we support in ovirt 3.5?
by yangfeng 05 Jun '15

05 Jun '15

Hi I want to confirm which bond mode do we support in ovirt 3.5? We cannot get 3.5 doc. But from the following 3.4 doc, we get that "Modes 1, 2, 3 and 4 support both virtual machine (bridged) and non-virtual machine (bridgeless) network types. Modes 0, 5 and 6 support non-virtual machine (bridgeless) networks only. " https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualiza… But from ovirt 3.5 engine web page, we can set bond mode 1, 2, 4, 5 and custom mode. So we want to know which bond mode do we support in ovirt 3.5? Thanks Feng Yang

1 0

API for executing commands on node?
by Christopher Pereira 04 Jun '15

04 Jun '15

Hi, What is the best practice to run custom console commands on a given oVirt host? Do we have some API for this? I need to pass arguments to this remote commands/scripts.

3 4

Re: [ovirt-devel] Fedora 22
by Shubhendu Tripathi 04 Jun '15

04 Jun '15

----_com.android.email_477458184382010 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSBoYWQgdG8gZG8gdGhpcyBhdCBsZWFzdCBmb3IgZmVkb3JhIDIxLgpXb3JzdCBwYXJ0IGlzIEZp cmVmb3ggYXMgd2UgY2Fubm90IHVzZSBhbnl0aGluZyBncmVhdGVyIHRoYW4gMjUgZm9yIGd3dCBk ZWJ1Z2dpbmcuCgoKU2VudCBmcm9tIFNhbXN1bmcgTW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBt ZXNzYWdlIC0tLS0tLS0tCkZyb206IEdyZWcgU2hlcmVtZXRhIDxnc2hlcmVtZUByZWRoYXQuY29t PiAKRGF0ZTowMS8wNi8yMDE1ICAyMDoxNSAgKEdNVCswNTozMCkgClRvOiBkZXZlbEBvdmlydC5v cmcgClN1YmplY3Q6IFtvdmlydC1kZXZlbF0gRmVkb3JhIDIyIAoKQW55b25lIHVwZ3JhZGUgdG8g RjIyIHlldD8gTG9va2luZyBmb3IgdGlwcyBvbiBydW5uaW5nIGVuZ2luZQphZnRlciBJIHVwZ3Jh ZGUuIEkgYXNzdW1lIEknbGwgc3RpbGwgaGF2ZSB0byBpbnN0YWxsIEpESyAxLjcKYW5kIEpCb3Nz IDcuCgpUaGFua3MuCgpHcmVnIFNoZXJlbWV0YQpSZWQgSGF0LCBJbmMuClNyLiBTb2Z0d2FyZSBF bmdpbmVlciwgUkhFVgpDZWxsOiA5MTktODA3LTEwODYKZ3NoZXJlbWVAcmVkaGF0LmNvbQoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KRGV2ZWwgbWFpbGlu ZyBsaXN0CkRldmVsQG92aXJ0Lm9yZwpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz dGluZm8vZGV2ZWwK ----_com.android.email_477458184382010 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5JIGhhZCB0byBkbyB0aGlz IGF0IGxlYXN0IGZvciBmZWRvcmEgMjEuPC9kaXY+PGRpdj5Xb3JzdCBwYXJ0IGlzIEZpcmVmb3gg YXMgd2UgY2Fubm90IHVzZSBhbnl0aGluZyBncmVhdGVyIHRoYW4gMjUgZm9yIGd3dCBkZWJ1Z2dp bmcuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2IHN0eWxlPSJm b250LXNpemU6NzUlO2NvbG9yOiM1NzU3NTciPlNlbnQgZnJvbSBTYW1zdW5nIE1vYmlsZTwvZGl2 PjwvZGl2Pjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLTxicj5Gcm9t OiBHcmVnIFNoZXJlbWV0YSA8Z3NoZXJlbWVAcmVkaGF0LmNvbT4gPGJyPkRhdGU6MDEvMDYvMjAx NSAgMjA6MTUgIChHTVQrMDU6MzApIDxicj5UbzogZGV2ZWxAb3ZpcnQub3JnIDxicj5TdWJqZWN0 OiBbb3ZpcnQtZGV2ZWxdIEZlZG9yYSAyMiA8YnI+PGJyPkFueW9uZSB1cGdyYWRlIHRvIEYyMiB5 ZXQ/IExvb2tpbmcgZm9yIHRpcHMgb24gcnVubmluZyBlbmdpbmU8YnI+YWZ0ZXIgSSB1cGdyYWRl LiBJIGFzc3VtZSBJJ2xsIHN0aWxsIGhhdmUgdG8gaW5zdGFsbCBKREsgMS43PGJyPmFuZCBKQm9z cyA3Ljxicj48YnI+VGhhbmtzLjxicj48YnI+R3JlZyBTaGVyZW1ldGE8YnI+UmVkIEhhdCwgSW5j Ljxicj5Tci4gU29mdHdhcmUgRW5naW5lZXIsIFJIRVY8YnI+Q2VsbDogOTE5LTgwNy0xMDg2PGJy PmdzaGVyZW1lQHJlZGhhdC5jb208YnI+PGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPkRldmVsIG1haWxpbmcgbGlzdDxicj5EZXZlbEBvdmlydC5v cmc8YnI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldmVsPGJyPjwv Ym9keT4= ----_com.android.email_477458184382010--

3 2

oVirt Engine in a container
by Fabian Deutsch 04 Jun '15

04 Jun '15

Hey, if you are using docker or atomic, then you might be interested that you can get a fully configured and running oVirt Engine (based on CentOS and oVirt 3.5) from the docker repositories. I'm not the first one who gave it a go, Moran [also] [did] this. My work is similar to his, I just tried to leverage some enhancements which popped up in the last 6 months - mainly the integration with the `atomic` command and a simpler integration with systemd. The image is based on this [Dockerfile] and [this atomic installation script] to perform the engine setup on deployment. With the `atomic` command the usage is quite easy: atomic install fabiand/ovirt-engine-3.5 # or ADMINPW=foo atomic install fabiand/ovirt-engine-3.5 With `docker` it's a few more lines: export IMAGE=docker.io/fabiand/ovirt-engine-3.5 export NAME=ovirt-engine-3.5 # Use a transient (--rm) container to create the real the container docker run --rm -v /:/host \ -e FQDN=$(hostname) \ -e ADMINPASSWORD=${ADMINPW:-ovirt} \ -e NAME=$NAME \ -e IMAGE=$IMAGE \ $IMAGE container/atomic-install.sh After this run you can access oVirt Engine on port 80 and 443 of that host. It would be great if someone could try this - also on a different distribution than Fedora or CentOS - i.e. on Ubuntu? Gentoo? - and provide some feedback. Greetings fabian -- [also](https://community.redhat.com/blog/2014/10/ovirt-dockerized/) [did](https://community.redhat.com/blog/2014/10/ovirt-dockerized-part-2/) [Dockerfile](https://gerrit.ovirt.org/gitweb?p=ovirt-container-engine.git;a=… [this atomic installation script](https://gerrit.ovirt.org/gitweb?p=ovirt-container-engine.git;a=blob…

1 0

Re: [ovirt-devel] Access to ovirt-srv08.ovirt.org
by Eyal Edri 04 Jun '15

04 Jun '15

----- Original Message ----- > From: "Tolik Litovsky" <tlitovsk(a)redhat.com> > To: eedri(a)redhat.com > Cc: infra(a)ovirt.org > Sent: Thursday, June 4, 2015 9:28:27 AM > Subject: RE: Access to ovirt-srv08.ovirt.org > > The question is the nesting depth. > We run currently in depth 2 . > VM inside VM. > > Will depth of 3 will work. > > VM slave, and another 2 VM nesting above it. > > KVM people? Plz help. adding devel, but please elaborate on the depth, does it have to be nested or you're doing it because you only had 1 bare metal host till now (think you'll have 2 nested vms for example) > > > Tolik. > > > > -------- Original message -------- > From: Eyal Edri <eedri(a)redhat.com> > Date: 03/06/2015 11:14 PM (GMT+02:00) > To: tlitovsk(a)redhat.com > Cc: infra(a)ovirt.org > Subject: Re: Access to ovirt-srv08.ovirt.org > > > I'd like to move the system testing framework to use > nested vms instead of directly using the baremetal hosts. > > we did use a single host to POC the system, i think now that we're > about to expand it will be much more managble and scalable if we'll > start using nested VMs which will be managed via the hosted engine. > > e. > > ----- Original Message ----- > > From: "Tolik Litvosky" <tlitovsk(a)redhat.com> > > To: infra(a)ovirt.org > > Sent: Wednesday, June 3, 2015 3:59:36 PM > > Subject: Access to ovirt-srv08.ovirt.org > > > > Hi > > > > I need access to the ovirt-srv08.ovirt.org in order to update the > > testenv CI repo directory. > > > > -- > > Best regards > > Tolik Litovsky > > RHEV-H Team > > Red Hat > > > > Red Hat: trustworthy, transformative technology. Powered by the > > community. > > Connect at redhat.com > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > >

3 8

Exception request - Fedora 22 support
by Sandro Bonazzola 04 Jun '15

04 Jun '15

Hi, we're now near to feature freeze and just one week after Fedora 22 being released. Fedora 22 support is not completed yet and since it's still missing works on Jenkins and on integration side I don't think it will be ready for feature freeze. So I'm requesting exception for completing F22 support for 3.6. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

hibernate's internal PersistentBag sent to FE
by Tomas Jelinek 03 Jun '15

03 Jun '15

Hey all, since the org.ovirt.engine.core.common.job.Job/Step... has been moved to use the JPA we have a problem on frontend. The problem is that the @OneToMany annotations results in a List which is of type PersistentBag. When we send this to Frontend it fails during deserialization. It actually fails quite bad because the FE already has an ui-override of it which is not correct resulting in a ton of NPEs in development mode. So, there are 2 nasty fixes I have made where none of them should be merged but demonstrate the possibilities: 1: extend the FE to be able to work with the PersistentBag (https://gerrit.ovirt.org/#/c/41682/) not really good solution since the PersistenBag is an internal Hibernate class which is really not meant to be passed around 2: fix on the backend to not send the PersistentBag but an ArrayList. This is only a PoC fixed on a command we face the problem (https://gerrit.ovirt.org/#/c/41797/) Obviously this is not going to work for other commands accessing the same Job nor for other entities. So, the first option is generic but very very bad. The second option should be used but not sure how to do this in a cheep way (e.g. without using reflection to deep traverse everything sent back to frontend checking if it does not have a PersistentBag in it. Any better ideas? Thanx, Tomas

7 20

Fedora 22
by Greg Sheremeta 02 Jun '15

02 Jun '15

Anyone upgrade to F22 yet? Looking for tips on running engine after I upgrade. I assume I'll still have to install JDK 1.7 and JBoss 7. Thanks. Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

2 2

Engine rpm build fails
by Tolik Litvosky 01 Jun '15

01 Jun '15

Hi The jenkins fails to build it RPM packages http://jenkins.ovirt.org/job/ovirt-engine_master_create -rpms_merged/label=el7/3536/ The probable cause is: https://gerrit.ovirt.org/#/c/41405/ Can you please assist on fixing this. -- Best regards Tolik Litovsky RHEV-H Team Red Hat Red Hat: trustworthy, transformative technology. Powered by the community. Connect at redhat.com

5 6

[HELP] UI error after last rebase
by Eli Mesika 01 Jun '15

01 Jun '15

Hi I am getting this error on login: Operation Canceled Error while executing action: A Request to the Server failed: This application is out of date, please click the refresh button on your browser. ( The client cannot accept IoThreadsSupported ) I cleaned my browser cache .... Any ideas Thanks Eli Mesika

2 2

Termin gestrichen: oVirt Node weekly meeting - Mo 1. Jun. 2015 16:00 - 16:30 (fdeutsch@redhat.com)
by fdeutsch＠redhat.com 01 Jun '15

01 Jun '15

Dieser Termin wurde gestrichen und aus Ihrem Kalender entfernt. Titel: oVirt Node weekly meeting Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome. Wann: Mo 1. Jun. 2015 16:00 - 16:30 Berlin Wo: irc://irc.oftc.net#ovirt Kalender: fdeutsch(a)redhat.com Wer * Fabian Deutsch - Organisator * wdaniel(a)redhat.com * tlitovsk(a)redhat.com * devel(a)ovirt.org Einladung von Google Kalender: https://www.google.com/calendar/ Sie erhalten diese E-Mail unter devel(a)ovirt.org, da Sie ein Gast bei diesem Termin sind. Lehnen Sie diesen Termin ab, um keine weiteren Informationen zu diesem Termin zu erhalten. Sie können auch unter https://www.google.com/calendar/ ein Google-Konto erstellen und Ihre Benachrichtigungseinstellungen für Ihren gesamten Kalender steuern.

1 0

oVirt node 3.6 and CPU load indefinitely stuck on 100% while vdsmd indefinitely tries to restart
by Simone Tiraboschi 01 Jun '15

01 Jun '15

Hi, I tried to have hosted-engine deploying the engine appliance over oVirt node. I think it will be quite a common scenario. I tried with an oVirt node build from yesterday. Unfortunately I'm not able to conclude the setup cause oVirt node got the CPU load indefinitely stuck on 100% and so it's almost unresponsive. The issue seams to be related to vdsmd daemon witch couldn't really start and so it retries indefinitely using all the available CPU power (it also runs with niceless -20...). [root@node36 admin]# grep "Unit vdsmd.service entered failed state." /var/log/messages | wc -l 368 It tried 368 times in a row in a few minutes. With journalctl I can read: May 29 10:06:45 node36 systemd[1]: Unit vdsmd.service entered failed state. May 29 10:06:45 node36 systemd[1]: vdsmd.service holdoff time over, scheduling restart. May 29 10:06:45 node36 systemd[1]: Stopping Virtual Desktop Server Manager... May 29 10:06:45 node36 systemd[1]: Starting Virtual Desktop Server Manager... May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running mkdirs May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running configure_coredump May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running configure_vdsm_logs May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running wait_for_network May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running run_init_hooks May 29 10:06:46 node36 vdsmd_init_common.sh[13697]: vdsm: Running upgraded_version_check May 29 10:06:46 node36 vdsmd_init_common.sh[13697]: vdsm: Running check_is_configured May 29 10:06:46 node36 vdsmd_init_common.sh[13697]: vdsm: Running validate_configuration May 29 10:06:47 node36 vdsmd_init_common.sh[13697]: vdsm: Running prepare_transient_repository May 29 10:06:49 node36 vdsmd_init_common.sh[13697]: vdsm: Running syslog_available May 29 10:06:49 node36 vdsmd_init_common.sh[13697]: vdsm: Running nwfilter May 29 10:06:50 node36 vdsmd_init_common.sh[13697]: vdsm: Running dummybr May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running load_needed_modules May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running tune_system May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running test_space May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running test_lo May 29 10:06:51 node36 systemd[1]: Started Virtual Desktop Server Manager. May 29 10:06:51 node36 systemd[1]: vdsmd.service: main process exited, code=exited, status=1/FAILURE May 29 10:06:51 node36 vdsmd_init_common.sh[13821]: vdsm: Running run_final_hooks May 29 10:06:52 node36 systemd[1]: Unit vdsmd.service entered failed state. May 29 10:06:52 node36 systemd[1]: vdsmd.service holdoff time over, scheduling restart. May 29 10:06:52 node36 systemd[1]: Stopping Virtual Desktop Server Manager... May 29 10:06:52 node36 systemd[1]: Starting Virtual Desktop Server Manager... repeated a lot of times /var/log/vdsm/vdsm.log is empty. while [root@node36 admin]# /usr/share/vdsm/daemonAdapter -0 /dev/null -1 /dev/null -2 /dev/null /usr/share/vdsm/vdsm; echo $? 1 ciao, Simone

3 7