November 2016 - Devel - oVirt List Archives

Heads-up: moving Libvirt xml creation to the engine
by Arik Hadas 08 Dec '16

08 Dec '16

Hi All, We are working on something that is expected to have a big impact, hence this heads-up. First, we want you to be aware of this change and provide your feedback to make it as good as possible. Second, until the proposed mechanism is fully merged there will be a chase to cover all features unless new features are also implemented with the new mechanism. So please, if you are working on something that adds/changes something in the Libvirt's domain xml, do it with this new mechanism as well (first version would be merged soon). * Goal Creating Libvirt XML in the engine rather than in VDSM. ** Today's flow Engine: VM business entity -> VM properties map VDSM: VM properties map -> Libvirt XML ** Desired flow Engine: VM business entity -> Libvirt XML * Potential Benefits 1. Reduce the number of conversions from 2 to 1, reducing chances for mistakes in the process. 2. Reduce the amount of code in VDSM. 3. Make VM related changes easier - today many of these changes need to be reviewed in 2 projects, this will eliminate the one that tends to take longer. 4. Prevent shortcuts in the form of VDSM-only changes that should be better reflected in the engine. 5. Not to re-generate the XML on each rerun attempt of VM run/migration. 6. Future - not to re-generate the XML on each attempt to auto-start HA VM when using vm-leases (need to make sure we're using the up-to-date VM configuration though). 7. We already found improvements and cleanups that could be made while touching this area (e.g., remove the boot order from devices in the database). * Challenges 1. Not to move host-specific information to the engine. For example, path to storage domain or sockets of channels. The solution is to use place-holders that will be replaced by VDSM. 2. Backward compatibility. 3. The more challenging part is the other direction - that will be the next phase. * Status As a first step, we began with producing the Libvirt XML in the engine by converting the VM properties map to XML in the engine [1] And using the XML that is received as an input in VDSM [2] [1] https://gerrit.ovirt.org/#/c/64473/ [2] https://gerrit.ovirt.org/#/c/65182/ Regards, Arik

11 24

ovirt-appliance (today) is 1.5G...
by Yaniv Kaul 08 Dec '16

08 Dec '16

I'm sure it was less just days ago, but now[1] it is again quite big. 4.0's is 'only' 1G in size[2]. Which anyway raises the question - should we provide delta RPMs for it? Thanks, Y. [1] http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/ovirt-e… [2] http://resources.ovirt.org/pub/ovirt-4.0-snapshot/rpm/el7/noarch/ovirt-engi…

3 4

Re: [ovirt-devel] ovirt-appliance (today) is 1.5G...
by Ryan Barry 06 Dec '16

06 Dec '16

We may also want to do this with Node/RHV-H eventually (since the updates there are already 500MB). I don't think we currently ship deltarpm on RHV-H, but it's a very small addition. The question is whether makedeltarpm can actually do anything meaningful with something which is already a sparsified image wrapped in an RPM, but I'll test... On Sun, Oct 9, 2016 at 6:35 AM, Doron Fediuck <dfediuck(a)redhat.com> wrote: > FYI > > ---------- Forwarded message ---------- > From: Yaniv Kaul <ykaul(a)redhat.com> > Date: Thu, Oct 6, 2016 at 11:13 AM > Subject: [ovirt-devel] ovirt-appliance (today) is 1.5G... > To: devel <devel(a)ovirt.org> > > > I'm sure it was less just days ago, but now[1] it is again quite big. > 4.0's is 'only' 1G in size[2]. > Which anyway raises the question - should we provide delta RPMs for it? > > Thanks, > Y. > > [1] http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm > /el7/noarch/ovirt-engine-appliance-4.1-20160927.1.el7.centos.noarch.rpm > [2] http://resources.ovirt.org/pub/ovirt-4.0-snapshot/rpm/el > 7/noarch/ovirt-engine-appliance-4.0-20161003.1.el7.centos.noarch.rpm > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > >

2 2

VDSM changes Linux memory dirty ratios - why?
by Yaniv Kaul 04 Dec '16

04 Dec '16

It appears that VDSM changes the following params: vm.dirty_ratio = 5 vm.dirty_background_ratio = 2 Any idea why? Because we use cache=none it's irrelevant anyway? TIA, Y.

4 9

python path conflicts issues while running python scripts from vdsm verbs
by Ramesh Nachimuthu 02 Dec '16

02 Dec '16

Hi, I am trying to run a python script '/sbin/gluster-eventsapi' in vdsm verb which internally imports some python modules from /usr/lib/python2.7/site-packages/gluster/cliutils/. But it fails with the import error. Following error is seen in the supervdsm log. MainProcess|Thread-1::DEBUG::2016-11-28 16:54:35,130::commands::93::root::(execCmd) FAILED: <err> = 'Traceback (most recent call last):\n File "/sbin/gluster-eventsapi", line 25, in <module>\n from gluster.cliutils.cliutils import (Cmd, execute, node_output_ok, node_output_notok,\nImportError: No module named cliutils.cliutils\n'; <rc> = 1 I think the import statement "from gluster.cliutils.cliutils import (Cmd, execute, node_output_ok, node_output_notok)" in the python script resolves to '/usr/share/vdsm/gluster' instead of /usr/lib/python2.7/site-packages/gluster/cliutils. I see the following in python sys.path while executing a python script from vdsm. ['/usr/libexec/glusterfs', '/usr/share/vdsm', '/usr/lib64/python27.zip', '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2', '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', '/usr/lib64/python2.7/lib-dynload', '/usr/lib64/python2.7/site-packages', '/usr/lib64/python2.7/site-packages/gtk-2.0', '/usr/lib/python2.7/site-packages'] Looks like '/usr/share/vdsm' take precedence over '/usr/lib64/python2.7/site-packages'. Can someone suggests a way to fix this issue? Note: '/sbin/gluster-eventsapi' works perfectly while running directly from CLI. Related vdsm patch: https://gerrit.ovirt.org/#/c/67168/2/vdsm/gluster/events.py Regards, Ramesh

4 11

Gerrit parallel patch handling and CI (Or, why did my code fail post-merge)
by Barak Korren 01 Dec '16

01 Dec '16

Hi there, I would like to address a concernt that had been raised to us by multiple developers, and reach an agreement on how (and if) to remedy it. Lets assume the following situation: We have a Git repo in Gerrit with top commit C0 in master. On time t0 developers Alice and Bob push patches P1 and P2 respectively to master so that we end up with the following situation in git: C0 <= P1 (this is Alice`s patch) C0 <= P2 (this is Bob`s patch) On time t1 CI runs for both patches checking the code as it looks for each patch. Lets assume CI is successful for both. On time t2 Alice submits her patch and Gerrit merges it, resulting in the following situation in master: C0 <= P1 On time t2 Bob submits his patch. Gerrit, seeing master has changed, re-bases the patch and merges it, the resulting situation (If the rebase is successful) is: C0 <= P1 <= P2 This means that the resulting code was never tested in CI. This, in turn, causes various failures to show up post-merge despite having pre-merge CI run successfully. This situation is a result of the way our repos are currently configured. Most repos ATM are configured with the "Rebase If Necessary" submit type. This means that Gerrit tries to automatically rebase patches as mentioned in t2 above. We could, instead, configure the repos to use the "Fast Forward Only" submit type. In that case, when Bob submits on t2, Gerrit refuses to merge and asks Bob to rebase (While offering a convenient button to do it). When he does, a new patch set gets pushed, and subsequently checked by CI. I recommend we switch all projects to use the "Fast Forward Only" submit type. Thoughts? Concerns? -- Barak Korren bkorren(a)redhat.com RHEV-CI Team

7 17

performance improvements and gwt-rpc switch
by Greg Sheremeta 01 Dec '16

01 Dec '16

Hi everyone, For the upcoming oVirt 4.1, the UX team has been focused hard on webadmin performance improvements. There have been some reports [1] [2] of UI sluggishness in both 3.6 and 4.0, usually after the browser had been open some time, and usually in scale environments. After some research, we determined that the primary cause of this sluggishness was memory leaks. We embarked on several weeks of hunting down memory leak bugs and squashing them. Alexander Wels and Vojtech Szocs led this work, and I helped test the performance of each patch as they created them. As they created patches to squash leaks, performance kept getting better and better. Today we've merged the last of our patches [*], and I'm happy to announce that we are now seeing much better UI performance on 4.1-master and 4.0.6. Over the course of several hours with the browser window open, users should see no sluggishness at all. [*] This last patch switches oVirt from using de-rpc to gwt-rpc in the frontend. This improves performance, but it also allows us to upgrade to GWT 2.8. We'd been previously blocked on that. If you're interested in UI performance testing, continue reading. If not, you can stop here :) ..... To verify our performance improvements, we took some simple measurements using selenium webdriver. The tests were unscientific, but very helpful. We ran a webdriver flow through oVirt that clicked some buttons and tabs and refreshed some grids. We did it a few hundred or thousand times. The tests were run using stubbed hosts (ovirt-vdsmfake) so that only the engine and UI were under test. Below are the important takeaways. The x axis is time, and each point on a graph is a loop through the same webdriver flow. The (ms) y axes are response times, and memory is in MB. In this graph, we compare oVirt 4.1 with and without our most impactful patch applied. As you can see, with the patch applied, response time stays flat for 200 loops of my test script over the course of 18 and 43 minutes. Without the patch applied, response time quickly degraded such that 200 loops of my test script took 1 hr 2 minutes vs. 18 minutes with the patch applied -- a 66% improvement! [image: Inline image 1] In this graph [ignore the spike], we tested oVirt hard for 6 hours 25 minutes (2000 loops). As you can see, the response times stay relatively flat over 6 hours! This is a great improvement. Do note that the memory is still growing, albeit much more slowly now. You can see towards the end of this run, maybe around hour 5, that the deviation starts to go up (the line thickens). Takeaway: maybe refresh your browser after many hours of having webadmin open. But, this is a stress test -- I'm betting users won't notice this slowdown after even 6 hours of regular webadmin use or idling. Last, here is a graph that shows gwt-rpc performing slightly better than de-rpc. Memory consumption is about the same -- gwt-rpc is just a faster rpc implementation. Reply with any questions or concerns. Thanks! Best wishes, Greg [1] https://bugzilla.redhat.com/show_bug.cgi?id=1368101 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1388462 -- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme(a)redhat.com

6 8

aarch64 / Raspberry Pi3
by Sandro Bonazzola 30 Nov '16

30 Nov '16

Hi, some time ago we've been asked to provide aarch64 build of qemu-kvm-ev for CentOS Cloud SIG consumption. We did it, and while at it we also built oVirt 4.0 VDSM dependencies for aarch64 in CentOS Virt SIG. Testing repositories have been created and are now publicly available: [centos-qemu-ev-test] name=CentOS-$releasever - QEMU EV Testing baseurl= http://buildlogs.centos.org/centos/$releasever/virt/$basearch/kvm-common/ gpgcheck=1 enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization [centos-ovirt40-test] name=CentOS-$releasever - oVirt 4.0 Testing baseurl= http://buildlogs.centos.org/centos/$releasever/virt/$basearch/ovirt-4.0/ gpgcheck=1 enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization We don't officially support aarch64 and this is highly experimental so expect bugs. But if you've a Raspberry Pi 3 and you decide to give VDSM a run, please share your feedback. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>

3 2

master won't start
by Greg Sheremeta 30 Nov '16

30 Nov '16

Hi, A fresh checkout of master with a fresh database will not start for me. I tried on two separate machines. ovirt-engine-4.0 branch is still working. Any ideas? Best wishes, Greg 2016-11-29 21:11:33,918-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.docs.war".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.docs.war".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.docs.war:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 22 more 2016-11-29 21:11:33,915-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.welcome.war".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.welcome.war".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.welcome.war:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 22 more 2016-11-29 21:11:33,909-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear".main: WFLYSRV0179: Failed to load module: deployment.engine.ear:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addPaths(Module.java:1078) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 21 more 2016-11-29 21:11:33,931-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.bll.jar".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.bll.jar".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.bll.jar:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 22 more 2016-11-29 21:11:33,953-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.root.war".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.root.war".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.root.war:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleNotFoundException: org.apache.xmlrpc:main at org.jboss.modules.ModuleLoader$FutureModule.getModule(ModuleLoader.java:651) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:328) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more 2016-11-29 21:11:33,932-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.services.war".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.services.war".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.services.war:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 22 more 2016-11-29 21:11:33,955-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.enginesso.war".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.enginesso.war".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.enginesso.war:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 22 more 2016-11-29 21:11:33,965-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.webadmin.war".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.webadmin.war".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.webadmin.war:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 22 more 2016-11-29 21:11:33,986-05 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.module.service."deployment.engine.ear.userportal.war".main: org.jboss.msc.service.StartException in service jboss.module.service."deployment.engine.ear.userportal.war".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.userportal.war:main at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:91) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final.jar:1.2.6.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:228) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:204) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:170) at org.jboss.modules.LocalModuleFinder.lambda$findModule$3(LocalModuleFinder.java:149) [jboss-modules.jar:1.5.1.Final] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_101] at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadExportedModule(ModuleLoader.java:300) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:313) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ServiceModuleLoader.preloadModule(ServiceModuleLoader.java:149) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] at org.jboss.modules.Module.addExportedPaths(Module.java:1229) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.addPaths(Module.java:1121) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.link(Module.java:1448) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.Module.relinkIfNecessary(Module.java:1476) [jboss-modules.jar:1.5.1.Final] at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:225) [jboss-modules.jar:1.5.1.Final] at org.jboss.as.server.moduleservice.ModuleLoadService.start(ModuleLoadService.java:68) [wildfly-server-2.0.10.Final.jar:2.0.10.Final] ... 5 more Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\n <resource-root path="xmlrpc-common.jar"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory) at org.jboss.modules.xml.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:891) at org.jboss.modules.xml.ModuleXmlParser.parseResources(ModuleXmlParser.java:735) at org.jboss.modules.xml.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:535) at org.jboss.modules.xml.ModuleXmlParser.parseDocument(ModuleXmlParser.java:340) at org.jboss.modules.xml.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:226) ... 22 more 2016-11-29 21:11:33,990-05 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "restapi.war")]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => [ "jboss.naming.context.java.module.restapi.restapi.env.\"org.ovirt.engine.api.restapi.security.CORSSupportFilter\".backend is missing [jboss.naming.context.java.global.engine.bll.\"Backend!org.ovirt.engine.core.common.interfaces.BackendLocal\"]", "jboss.naming.context.java.module.restapi.restapi.env.\"org.ovirt.engine.api.restapi.invocation.CurrentFilter\".backend is missing [jboss.naming.context.java.global.engine.bll.\"Backend!org.ovirt.engine.core.common.interfaces.BackendLocal\"]" ]} 2016-11-29 21:11:33,993-05 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "engine.ear")]) - failure description: { "WFLYCTL0080: Failed services" => { "jboss.module.service.\"deployment.engine.ear.welcome.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.welcome.war\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.welcome.war:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)", "jboss.module.service.\"deployment.engine.ear.webadmin.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.webadmin.war\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.webadmin.war:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)", "jboss.module.service.\"deployment.engine.ear.enginesso.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.enginesso.war\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.enginesso.war:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)", "jboss.module.service.\"deployment.engine.ear\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)", "jboss.module.service.\"deployment.engine.ear.userportal.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.userportal.war\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.userportal.war:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)", "jboss.module.service.\"deployment.engine.ear.root.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.root.war\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.root.war:main Caused by: org.jboss.modules.ModuleNotFoundException: org.apache.xmlrpc:main", "jboss.module.service.\"deployment.engine.ear.docs.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.docs.war\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.docs.war:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)", "jboss.module.service.\"deployment.engine.ear.bll.jar\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.bll.jar\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.bll.jar:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)", "jboss.module.service.\"deployment.engine.ear.services.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.engine.ear.services.war\".main: WFLYSRV0179: Failed to load module: deployment.engine.ear.services.war:main Caused by: org.jboss.modules.ModuleLoadException: Error loading module from /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/module.xml Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'xmlrpc-common.jar' at path 'xmlrpc-common.jar' (position: END_TAG seen ...<resources>\\n <resource-root path=\"xmlrpc-common.jar\"/>... @6:46) caused by: java.io.FileNotFoundException: /home/greg/ovirt-engine/share/ovirt-engine/modules/common/org/apache/xmlrpc/main/xmlrpc-common.jar (No such file or directory)" }, "WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => { "Services that were unable to start:" => [ "jboss.deployment.subunit.\"engine.ear\".\"bll.jar\".FIRST_MODULE_USE", "jboss.deployment.subunit.\"engine.ear\".\"docs.war\".FIRST_MODULE_USE", "jboss.deployment.subunit.\"engine.ear\".\"enginesso.war\".FIRST_MODULE_USE", "jboss.deployment.subunit.\"engine.ear\".\"root.war\".FIRST_MODULE_USE", "jboss.deployment.subunit.\"engine.ear\".\"services.war\".FIRST_MODULE_USE", "jboss.deployment.subunit.\"engine.ear\".\"userportal.war\".FIRST_MODULE_USE", "jboss.deployment.subunit.\"engine.ear\".\"webadmin.war\".FIRST_MODULE_USE", "jboss.deployment.subunit.\"engine.ear\".\"welcome.war\".FIRST_MODULE_USE", "jboss.deployment.unit.\"engine.ear\".FIRST_MODULE_USE" ], "Services that may be the cause:" => ["jboss.naming.context.java.global.engine.bll.\"Backend!org.ovirt.engine.core.common.interfaces.BackendLocal\""] } } 2016-11-29 21:11:34,012-05 INFO [org.jboss.as.server] (ServerService Thread Pool -- 25) WFLYSRV0010: Deployed "engine.ear" (runtime-name : "engine.ear") 2016-11-29 21:11:34,012-05 INFO [org.jboss.as.server] (ServerService Thread Pool -- 25) WFLYSRV0010: Deployed "apidoc.war" (runtime-name : "apidoc.war") 2016-11-29 21:11:34,012-05 INFO [org.jboss.as.server] (ServerService Thread Pool -- 25) WFLYSRV0010: Deployed "restapi.war" (runtime-name : "restapi.war") 2016-11-29 21:11:34,014-05 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report WFLYCTL0184: New missing/unsatisfied dependencies: -- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme(a)redhat.com

3 6

[RFC] Communicating within the community [was Re: [ovirt-users] I wrote an oVirt thing]
by Sandro Bonazzola 29 Nov '16

29 Nov '16

Moving to devel since this needs developer attention On Tue, Nov 29, 2016 at 2:50 PM, Logan Kuhn <logank(a)wolfram.com> wrote: > Is this something that was officially announced and I've missed? This is > the first time I'm hearing about the removal of the cli > > I tend to agree with Logan here, we have a lack of communication on what's going on. We haven't weekly status meetings anymore, the experiment on office hours didn't work and progress reports to mailing lists are not sent anymore. We need to rethink the way we propagate information. Up to now the only way we have to give info on coming deprecation is the release notes page which is built from bugzilla doctext so if no other way is used to communicate changes, at least please use a bug. > Regards, > Logan > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 3

planned jenkins and resources downtime
by Evgheni Dereveanchin 29 Nov '16

29 Nov '16

Hi everyone, As part of a planned maintenance window I am going to apply OS updates and reboot the Jenkins master along with our resources file server. Affected services: jenkins.ovirt.org resources.ovirt.org This means that no new jobs will be started on the Jenkins and our repositories will be unavailable for a short period of time. I will follow up on this email once all services are back up and running. Regards, Evgheni Dereveanchin

1 1

Re: [ovirt-devel] [JIRA] (OVIRT-416) [standard-ci] build-artifacts should reuse the artifacts built on check-merged if any
by Vojtech Szocs 29 Nov '16

29 Nov '16

Hi, > Any patches sent on this? I'd like to help. Looking at the recent Engine (master) build: http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64… $ rpm -qlp ovirt-engine-webadmin-portal-4.1.0-0.0.master.20161125171318.gitae69c34.el7.centos.noarch.rpm it shows we still build all [browser x language] GWT permutations, basically there are tons of <md5>.cache.js files in `webadmin.war` directory (each one represents a single permutation). In automation/build-artifacts.sh, we could add some variable that controls what kind of GWT build to do (e.g. GWT_BUILD_MODE): 1, snapshot GWT build: all supported browsers x en_US (only) => 3 x 1 = 3 GWT permutations 2, full GWT build: all supported browsers x all supported locales => 3 x 9 = 27 (!) GWT permutations With "snapshot GWT build", we should do: rpmbuild \ .. existing stuff -D "ovirt_build_locales 0" \ .. existing stuff GWT_BUILD_MODE can default to "full GWT build". But how do we override GWT_BUILD_MODE when doing non-release builds? Regards, Vojtech ----- Original Message ----- > From: "eyal edri [Administrator] (oVirt JIRA)" <jira(a)ovirt-jira.atlassian.net> > To: infra(a)ovirt.org > Sent: Sunday, November 6, 2016 4:29:02 PM > Subject: [JIRA] (OVIRT-416) [standard-ci] build-artifacts should reuse the artifacts built on check-merged if any > > > [ > https://ovirt-jira.atlassian.net/browse/OVIRT-416?page=com.atlassian.jira.p… > ] > > eyal edri [Administrator] commented on OVIRT-416: > ------------------------------------------------- > > Any patches sent on this? > Also, wanted to mention #OVIRT-751 is handling similar purpose with enabling > better maven caching, so it might suffice as a starting point in optimizing > ovirt-engine runtime for builds. > > > [standard-ci] build-artifacts should reuse the artifacts built on > > check-merged if any > > ------------------------------------------------------------------------------------- > > > > Key: OVIRT-416 > > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-416 > > Project: oVirt - virtualization made easy > > Issue Type: Improvement > > Reporter: David Caro Estevez > > Assignee: infra > > > > Right now most projects just rebuild twice the artifacts, what for some > > means a big waste of resources, if we could just reuse what was built > > previously there would be no rebuilding. > > Something to take into account is that the distributions that check-merged > > and build-artifacts run for might not match, so you can be running > > check-merged only on fc23 but building artifacts for fc23, fc22 an el7 (as > > an example), maybe we should not allow different distros on each stage?| > > > > -- > This message was sent by Atlassian JIRA > (v1000.499.4#100018) > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

2 2

oVirt 4.1.0 beta1 compose planned
by Sandro Bonazzola 29 Nov '16

29 Nov '16

Fyi oVirt developers, An oVirt compose is planned for this Thursday 11:00 AM TLV time (10:00 AM CET). Please note this will be the first oVirt 4.1 beta compose and will be done taking master snapshot in its state at compose time. If you've pending fixes to be published please ping me at least 40 minutes before the scheduled time. A list of pending blockers is available here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.1.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Allow editing hosted engine configuration on shared storage
by Evgenia Tokar 29 Nov '16

29 Nov '16

Hi, I'm working on a feature that will allow editing hosted engine configuration on shared storage (currently it can't be easily accessed or modified). This is the link to the pull request for the feature page: https://github.com/oVirt/ovirt-site/pull/621 Any comments are welcome. Thanks, Jenny Tokar SLA / oVirt

1 0

Create soft-host-to-vm-affinity-support feature
by Yanir Quinn 29 Nov '16

29 Nov '16

Hi, I have posted a pull request for soft-host-to-vm-affinity-support feature : https://github.com/oVirt/ovirt-site/pull/611 The feature comes to support the following use case: *Certain set of VMs form a logical management unit should run on a certain set of hosts for SLA or management (e.g. a separate rack for each customer). The VMs can run anywhere in case the dedicated rack needs to be turned off, but should return to their dedicated hosts once the rack is back up.* comments/remarks/other suggestions will be appreciated. -- Yanir Quinn SLA / ovirt

1 0

[Call for Vote] moVirt as a Full oVirt Project
by Brian Proffitt 29 Nov '16

29 Nov '16

All: The moVirt Project was initially accepted as an oVirt incubator project in February 2015. It has been a successful subproject for quite some time and it is well due for being accepted as a full oVirt project. I believe it is appropriate to post a Call for Vote on the Devel and Board lists. http://www.ovirt.org/develop/projects/project-movirt/ A “healthy” project, as determined by the oVirt Board, can be found at http://www.ovirt.org/develop/projects/adding-a-new-project/ Voting will be open until 1200 UTC Nov. 30, 2016. A net total of +7 votes should be received to formalize this project as an full oVirt project. Please use the following vote process: +1 Yes, agree, or the action should be performed. On some issues, this vote must only be given after the voter has tested the action on their own system(s). ±0 Abstain, no opinion, or I am happy to let the other group members decide this issue. An abstention may have detrimental affects if too many people abstain. -1 No, I veto this action. All vetos must include an explanation of why the veto is appropriate. A veto with no explanation is void. Thank you! Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

19 24

ovirt-engine-api-explorer - webpack, command not found
by Sandro Bonazzola 29 Nov '16

29 Nov '16

The following job is failing on missing webpack: http://jenkins.ovirt.org/job/ovirt-engine-api-explorer_master_build-artifac… can you please fix? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

oVirt 4.0.6 RC3 merge / branch / tag / bugzilla reminder
by Sandro Bonazzola 28 Nov '16

28 Nov '16

All stable branch maintainers, please make sure to merge all relevant open bugs until Wednesday morning 11:00 AM TLV time (10:00 AM CET). For each package that need to be built (i.e oVirt product) please make sure every bug in MODIFIED has the right Target Release and Target Milestone. A Target release should state the version of the package you're building and should include the same version you used for the tag you just used for this build. (e.g. for ovirt-engine, tag: ovirt-engine-4.0.6, tr: 4.0.6) A list of bugs that require attention is here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt 4.0.6 RC3 build planned
by Sandro Bonazzola 28 Nov '16

28 Nov '16

Fyi oVirt developers, An oVirt build is planned for this Wednesday 11:00 AM TLV time (10:00 AM CET). Taking into consideration the time it takes for Jenkins to run a full CI everything need to be backported by Tuesday 11PM. Please make sure to mark as verified and CR +2 so it will be ready for merging Wednesday morning. A list of pending blockers is available here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[VDSM] Flaky network tests
by Nir Soffer 28 Nov '16

28 Nov '16

Hi all, I'm seeing new random network test failures - see bellow. The interesting thing is I don't see these errors at all in travis. Maybe mark this as brokne_on_ci? 21:35:54 ====================================================================== 21:35:54 ERROR: test_event_groups (network.netlink_test.NetlinkEventMonitorTests) 21:35:54 ---------------------------------------------------------------------- 21:35:54 Traceback (most recent call last): 21:35:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc24-x86_64/vdsm/tests/testValidation.py", line 97, in wrapper 21:35:54 return f(*args, **kwargs) 21:35:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc24-x86_64/vdsm/tests/network/netlink_test.py", line 94, in test_event_groups 21:35:54 for event in mon_a: 21:35:54 File "/home/jenkins/workspace/vdsm_master_check-patch-fc24-x86_64/vdsm/lib/vdsm/network/netlink/monitor.py", line 115, in __iter__ 21:35:54 raise MonitorError(E_TIMEOUT) 21:35:54 MonitorError: 2 21:35:54 -------------------- >> begin captured logging << -------------------- 21:35:54 2016-11-27 21:35:18,631 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-3 /sbin/ip link add name dummy_0JsyI type dummy (cwd None) (commands:69) 21:35:54 2016-11-27 21:35:18,944 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:35:54 2016-11-27 21:35:18,962 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-3 /sbin/ip -4 addr add dev dummy_0JsyI 192.0.2.1/24 (cwd None) (commands:69) 21:35:54 2016-11-27 21:35:19,342 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:35:54 2016-11-27 21:35:19,353 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-3 /sbin/ip link set dev dummy_0JsyI up (cwd None) (commands:69) 21:35:54 2016-11-27 21:35:19,649 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:35:54 2016-11-27 21:35:19,661 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-3 /sbin/ip link del dev dummy_0JsyI (cwd None) (commands:69) 21:35:54 2016-11-27 21:35:19,948 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:35:54 --------------------- >> end captured logging << ---------------------

3 5

Scheduling policy weight normalization 4.1 feature
by Martin Sivak 28 Nov '16

28 Nov '16

Hi, I just posted a pull request for the mentioned feature. https://github.com/oVirt/ovirt-site/pull/614 The feature is about an internal change to the VM scheduling algorithm that should make the behaviour of the policy unit multiplier buttons more predictable. Any additional comments or insights are welcome. -- Martin Sivák SLA / oVirt

1 0

[VDSM] Old network flaky test
by Nir Soffer 28 Nov '16

28 Nov '16

HI all, This test is failing randomly for few long time. I think it is time to mark it as broken_on_ci. 23:44:53 ====================================================================== 23:44:53 FAIL: test_ip_info (network.netinfo_test.TestNetinfo) 23:44:53 ---------------------------------------------------------------------- 23:44:53 Traceback (most recent call last): 23:44:53 File "/home/jenkins/workspace/vdsm_master_check-patch-fc24-x86_64/vdsm/tests/testValidation.py", line 97, in wrapper 23:44:53 return f(*args, **kwargs) 23:44:53 File "/home/jenkins/workspace/vdsm_master_check-patch-fc24-x86_64/vdsm/tests/network/netinfo_test.py", line 384, in test_ip_info 23:44:53 [IPV6_ADDR_CIDR])) 23:44:53 AssertionError: Tuples differ: ('192.0.2.2', '255.255.255.0',... != ('192.0.2.2', '255.255.255.0',... 23:44:53 23:44:53 First differing element 2: 23:44:53 ['192.0.2.2/24', '198.51.100.9/24', '198.51.100.11/32'] 23:44:53 ['192.0.2.2/24', '198.51.100.9/24', '198.51.100.11/32', '192.0.2.3/24'] 23:44:53 23:44:53 ('192.0.2.2', 23:44:53 '255.255.255.0', 23:44:53 - ['192.0.2.2/24', '198.51.100.9/24', '198.51.100.11/32'], 23:44:53 + ['192.0.2.2/24', '198.51.100.9/24', '198.51.100.11/32', '192.0.2.3/24'], 23:44:53 ? ++++++++++++++++ 23:44:53 23:44:53 ['2607:f0d0:1002:51::4/64']) 23:44:53 -------------------- >> begin captured logging << -------------------- 23:44:53 2016-11-27 23:44:29,240 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip link add name dummy_zjpxS type dummy (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,263 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 2016-11-27 23:44:29,265 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev dummy_zjpxS up (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,294 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 2016-11-27 23:44:29,299 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip -4 addr add dev dummy_zjpxS 192.0.2.2/24 (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,311 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 2016-11-27 23:44:29,315 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip -4 addr add dev dummy_zjpxS 192.0.2.3/24 (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,329 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 2016-11-27 23:44:29,331 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip -4 addr add dev dummy_zjpxS 198.51.100.9/24 (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,341 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 2016-11-27 23:44:29,345 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip -6 addr add dev dummy_zjpxS 2607:f0d0:1002:51::4/64 (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,356 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 2016-11-27 23:44:29,358 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip -4 addr add dev dummy_zjpxS 198.51.100.11/32 (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,370 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 2016-11-27 23:44:29,379 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip link del dev dummy_zjpxS (cwd None) (commands:69) 23:44:53 2016-11-27 23:44:29,401 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 23:44:53 --------------------- >> end captured logging << ---------------------

1 2

[VDSM] Flaky stoarge test
by Nir Soffer 27 Nov '16

27 Nov '16

Hi all, This the second time I see this error - please report if you saw this error in your tests. The suspicious thing is this line: 21:32:59 2016-11-27 21:30:34,890 DEBUG (MainThread) [root] SUCCESS: <err> = "can't open device /var/tmp/tmpA0v1m6/vol0.img: Image is not in qcow2 format\nno file open, try 'help open'\n"; <rc> = 0 (commands:93) qemu-io command succeeded - but it logs very alerting error... I think Kevin Wolf would like to see this. Ala, can you investigate this? 21:32:59 ====================================================================== 21:32:59 FAIL: test_commit('1.1', 0, 1, True) (qemuimg_test.TestCommit) 21:32:59 ---------------------------------------------------------------------- 21:32:59 Traceback (most recent call last): 21:32:59 File "/home/jenkins/workspace/vdsm_master_check-patch-fc24-x86_64/vdsm/tests/testlib.py", line 135, in wrapper 21:32:59 return f(self, *args) 21:32:59 File "/home/jenkins/workspace/vdsm_master_check-patch-fc24-x86_64/vdsm/tests/qemuimg_test.py", line 425, in test_commit 21:32:59 self.assertEqual(os.stat(vol).st_blocks, blocks) 21:32:59 AssertionError: 648 != 776 21:32:59 -------------------- >> begin captured logging << -------------------- 21:32:59 2016-11-27 21:30:33,960 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 /usr/bin/qemu-img create -f raw /var/tmp/tmpA0v1m6/vol0.img 1048576 (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:33,989 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:33,990 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 qemu-io -f raw -c 'write -P 240 0 1024' /var/tmp/tmpA0v1m6/vol0.img (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,049 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,050 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 /usr/bin/qemu-img create -f qcow2 -o compat=1.1 -b /var/tmp/tmpA0v1m6/vol0.img /var/tmp/tmpA0v1m6/vol1.img 1048576 (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,117 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,118 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 qemu-io -f qcow2 -c 'write -P 241 1024 1024' /var/tmp/tmpA0v1m6/vol1.img (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,282 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,282 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 /usr/bin/qemu-img create -f qcow2 -o compat=1.1 -b /var/tmp/tmpA0v1m6/vol1.img /var/tmp/tmpA0v1m6/vol2.img 1048576 (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,334 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,334 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 qemu-io -f qcow2 -c 'write -P 242 2048 1024' /var/tmp/tmpA0v1m6/vol2.img (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,515 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,515 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 /usr/bin/qemu-img create -f qcow2 -o compat=1.1 -b /var/tmp/tmpA0v1m6/vol2.img /var/tmp/tmpA0v1m6/vol3.img 1048576 (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,577 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,577 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 qemu-io -f qcow2 -c 'write -P 243 3072 1024' /var/tmp/tmpA0v1m6/vol3.img (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,750 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,751 DEBUG (MainThread) [QemuImg] /usr/bin/taskset --cpu-list 0-15 /usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/qemu-img commit -p -t none -b /var/tmp/tmpA0v1m6/vol0.img -f qcow2 /var/tmp/tmpA0v1m6/vol1.img (cwd /var/tmp/tmpA0v1m6) (qemuimg:257) 21:32:59 2016-11-27 21:30:34,817 DEBUG (MainThread) [QemuImg] qemu-img operation progress: 100.0% (qemuimg:323) 21:32:59 2016-11-27 21:30:34,818 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 qemu-io -f raw -c 'read -P 240 -s 0 -l 1024 0 1024' /var/tmp/tmpA0v1m6/vol0.img (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,856 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93) 21:32:59 2016-11-27 21:30:34,857 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-15 qemu-io -f qcow2 -c 'read -P 241 -s 0 -l 1024 1024 1024' /var/tmp/tmpA0v1m6/vol0.img (cwd None) (commands:69) 21:32:59 2016-11-27 21:30:34,890 DEBUG (MainThread) [root] SUCCESS: <err> = "can't open device /var/tmp/tmpA0v1m6/vol0.img: Image is not in qcow2 format\nno file open, try 'help open'\n"; <rc> = 0 (commands:93) 21:32:59 --------------------- >> end captured logging << ---------------------

1 0

Gerrit headers are not added to commits in vdsm repo
by Tomáš Golembiovský 27 Nov '16

27 Nov '16

Hi, I've noticed that in vdsm repo the merged commits do not contain the info headers added by Gerrit any more (Reviewed-by/Reviewed-on/etc.). Is that intentional? If yes, what was the motivation behind this? The change seem to have happened about 4 days ago. Sometime between the following two commits: * 505f5da API: Introduce getQemuImageInfo API. [Maor Lipchuk] * 1c4a39c protocoldetector: Avoid unneeded getpeername() [Nir Soffer] Thanks, Tomas -- Tomáš Golembiovský <tgolembi(a)redhat.com>

5 7

[VDSM] test_import_modules randomly failing on travis
by Nir Soffer 26 Nov '16

26 Nov '16

Hi all, Vdsm travis tests are running file for some weeks. We have several random failures, probably bad tests that needs to be fixed. The most common failure is this - failing only in python 3. ====================================================================== ERROR: test_import_modules(('a.py', 'b.py', 'a.pyc', 'a.pyioas'), ('a', 'b')) (moduleloader_test.ImportModulesTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/vdsm/tests/testlib.py", line 135, in wrapper return f(self, *args) File "/vdsm/tests/moduleloader_test.py", line 51, in test_import_modules with self._setup_test_modules(files) as module_name: File "/usr/lib64/python3.5/contextlib.py", line 59, in __enter__ return next(self.gen) File "/vdsm/tests/moduleloader_test.py", line 42, in _setup_test_modules yield importlib.import_module(os.path.basename(path)) File "/usr/lib64/python3.5/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 986, in _gcd_import File "<frozen importlib._bootstrap>", line 969, in _find_and_load File "<frozen importlib._bootstrap>", line 956, in _find_and_load_unlocked ImportError: No module named 'tmpozng7rht' See complete run: https://travis-ci.org/nirs/vdsm/jobs/178894634 Piotr, can you check why this fail and get this test working on travis? Thanks, Nir

2 3