Created attachment 1220289 [details] engine setup log Description of problem: engine-setup failed on latest master - Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute engine-setup ends up with [ ERROR ] Execution of setup failed ovirt-aaa-jdbc-tool Exception in thread "main" org.jboss.modules.ModuleLoadError: Error loading module from /usr/share/ovirt-engine/modules/tools/org/slf4j/main/module.xml at org.jboss.modules.ModuleLoadException.toError(ModuleLoadException.java:74) at org.jboss.modules.Module.getPathsUnchecked(Module.java:1435) at org.jboss.modules.Module.loadModuleClass(Module.java:601) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93) at org.ovirt.engine.extension.aaa.jdbc.binding.cli.Cli.<clinit>(Cli.java:87) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:348) at org.jboss.modules.Module.run(Module.java:320) at org.jboss.modules.Main.main(Main.java:505) Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to add resource root 'slf4j-jdk14.jar' at path 'slf4j-jdk14.jar' (position: END_TAG seen ...path="slf4j-api.jar"/>\n <resource-root path="slf4j-jdk14.jar"/>... @11:44) caused by: java.io.FileNotFoundException: /usr/share/ovirt-engine/modules/tools/org/slf4j/main/slf4j-jdk14.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) 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$0(LocalModuleFinder.java:149) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144) at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:439) at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:342) at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:289) at org.jboss.modules.Module.addPaths(Module.java:1079) at org.jboss.modules.Module.link(Module.java:1449) at org.jboss.modules.Module.getPaths(Module.java:1410) at org.jboss.modules.Module.getPathsUnchecked(Module.java:1433) Version-Release number of selected component (if applicable): ovirt-engine-4.1.0-0.0.master.20161112231308.git672bd31.el7.centos.noarch How reproducible: 100% Steps to Reproduce: 1. Run engine-setup on latest master ovirt-engine-4.1.0-0.0.master.20161112231308.git672bd31.el7.centos.noarch Actual results: [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute [ ERROR ] Execution of setup failed Expected results: Should work as expected
Looks like there is missing '/usr/share/java/slf4j/slf4j-jdk14.jar' which should be shipped along with 'slf4j' package. On fedora it's shipped 'slf4j-jdk14' as it's splitted, maybe some change in latest centos?
Hmm, the issue is that on [centos-ovirt-common-candidate] repo appeared slf4j-1.7.10 which is most probably rebuilt from fedora source RPM. In CentOS/RHEL there is slf4j-1.7.4, but it's packaged differently: Fedora: slf4j package is split into several packages, so that's why we require slf4j and slf4j-jdk14 packages CentOS/RHEL slf4j package contains everyting needed for slf4j Sandro could we remove slf4j package from [centos-ovirt-common-candidate], because it breaks our downstream compatibility? If not, then can it be built same way as in CentOS/RHEL (single package only)?
Sandro, any updates?
Workaround, put 'exclude=slf4j' in 'centos-ovirt-common-candidate' repo block and do `yum downgrade slf4j' to reinstall it.
$ cbs untag-build virt7-ovirt-common-candidate slf4j-1.7.10-1.el7.1 package untagged.
So to fix the error users need to downgrade package version to slf4j 1.7.4 provided by Centos [1]. [1] http://mirror.centos.org/centos/7/os/x86_64/Packages/slf4j-1.7.4-3.el7.noarch.rpm Moving to MODIFIED, feel free to close CURRENTRELEASE if you think it's not worth testing by QA.
I have tested with ovirt-master and ovirt-engine-appliance ( ovirt-engine-appliance-4.1-20161124.1.el7.centos.noarch ) and all works good.
The fix for this issue should be included in oVirt 4.1.0 beta 1 released on December 1st. If not included please move back to modified.
ok, ovirt-engine-4.1.0-0.2.master.20161218144454.gitbaa2853.el7.centos.noarch