- Devel - oVirt List Archives

Fwd: F27 Self Contained Change: Java 9
by Sandro Bonazzola 19 Apr '17

19 Apr '17

FYI ---------- Forwarded message ---------- From: Jan Kurik <jkurik(a)redhat.com> Date: Wed, Apr 19, 2017 at 2:13 PM Subject: F27 Self Contained Change: Java 9 To: Development discussions related to Fedora <devel(a)lists.fedoraproject.org>, devel-announce(a)lists.fedoraproject.org = Proposed Self Contained Change: Java 9 = https://fedoraproject.org/wiki/Changes/Java9TechPreview Change owner(s): * Jiri Vanek <jvanek at redhat dot com> Add a tech preview preview of the the upcoming version of Java (OpenJDK9) to Fedora 27 == Detailed Description == The current Java implementation in Fedora comes from OpenJDK. Java 9 (and OpenJDK9) are tentatively scheduled for release in 2017-07-27. Fedora 27 will most likely be out just a few months after that, and is therefore positioned to receive a tech preview version of the latest OpenJDK9 candidates. This preview should be released version of Java 9, will contain new Java 9 APIs, but may not be supported by many applications directly, therefore it have to warm up as techpreview. == Scope == The current version of OpenJDK 9 will be packaged and added to Fedora. It will be a stand alone package and will not impact existing OpenJDK 8 packages. Since this will be a tech preview, the primary JDK in Fedora 27 will continue to be OpenJDK8. OpenJDK9 is not expected to be the primary Java until Fedora 28 at least. Two problems would generally be expected with a major JDK update based on past experience: FTFBS failures due to packages having a hard-coded JDK version dependency. This was dealt with when both OpenJDK8 and OpenJDK7 were introduced over Fedora 16/17 and Fedora 19/21. Now all Java dependent packages should require java >= 1.6.0, and therefore this issue will not be a problem any more. There may be packages that rely on API that is deprecated in Java 9 Such packages cannot be identified until we actually start to build with Java 9. Since Java 8 will continue to remain the primary version of Java in Fedora 26, any API deprecation issues will be a secondary problem as the main JVM will continue to be able to run everything correctly. We expect to have everything resolved well before Java 9 is to become the primary Java version in Fedora (F28 or later). * Proposal owners: providing java-9-openjdk package to main repositories * Other developers: N/A (not a System Wide Change) * Release engineering: only the inclusion of new package is needed * List of deliverables: N/A (not a System Wide Change) * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic _______________________________________________ devel mailing list -- devel(a)lists.fedoraproject.org To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

[VDSM] [ENGINE] [RFC] A configuration verb for contexual vdsm operation mode
by Roy Golan 19 Apr '17

19 Apr '17

I'm working on a POC lately on a change to stats collection and retrieval by VDSM. The moto is to cut all we can from host/vm stats (possibly caps) and report only core-business stuff to the engine. Engine will retrieve the rest through a 3rd party provider (nevermind what is it atm) Being backward compatible by design, I have to support 2 API versions for Host.getStats , '4.1' and '4.2'. Except from supplying less parameters, I want VDSM to do less stuff. It doesn't need to sample what it doesn't report. In other words I want '4.1-sampling' and '4.2-sampling' # Introducing 'configuration' Verb: As engine knows always(Hosted Engine as well) what cluster version this host belongs to, it can configure VDSM to operate in cluster version mode. Host.configure(config={version: 4.2} Consider this verb, pre-activating using 'Host.getCaps' to set the context. It will set the righjt sampling method, and other stuff if needed then API endpoints will have the right permutation of the api to answer it. 4.2 host can operate in 4.1 mode: Host.configure(config={version: 4.1} Issue: moving a 4.2 host from 4.2 cluster to 4.1 is a problem since engine needs to know this is a new vdsm that has the verb available. One way to overcome that is to fire the verb for every host regardless of the version and disregard an error that implies the verb doesn't exist. # Engine: Engine will have a handling of the verb per version. Host/Vms monitoring should be changed - I suggest to move out of the monitoring code the whole stats collection as it is a different task which is orthogonal to 'monitoring' and in 4.2 more than before. I know configuration for VDSM has been discussed before and there are probably tons of ways to do it. When you share your thoughts please remember that configuration is a by-product of the effort. Nevertheless it can be potentially beneficial to more functions in vdsm. Thanks, Roy

6 14

Feedback from oVirt community survey
by Sandro Bonazzola 14 Apr '17

14 Apr '17

Hi, from oVirt survey, here are the suggestion from community: - I want oVirt built reporting for hosts and VMs performance analyze - Please add some more fancy icons to the Engine. Also, if possible add icons to the menus when you click with right button. Helps A LOT with User Experience. - Improve where there options are to make easy to find them. Two examples: a Storage Migration option (not only a Live Migration) in the main VM menu and an easier way to manage Snapshots as for example revert back to previous snapshot when something goes wrong within the Guest. - I think the project need some more enterprise features like: - performance monitoring - alerting - more robust import/export tools from other enterprise virtualization solutions - direct Ceph support. - The killer feature can be SDN like VMware NSX - I use a lot of scripts based on ovirtsdk3 and ovirtshell and It's a matter that there is no adaptation of the CLI to sdk4 - Need a stable backup implementation - Node cannot have shared storage and local storage on one host. - Please improve ceph support -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

How do you oVirt? Here the answers!
by Sandro Bonazzola 14 Apr '17

14 Apr '17

Hi, a few weeks ago I opened a survey asking oVirt users about how they use oVirt. Here are the analytics of the survey: https://docs.google.com/forms/d/1s3k4pq_U4vHTuUUKr6dOosGj_EGFxqEisansHlqnyy… Most notable facts: - 197 responses, two times the responses we got with the 3.6 survey! - CentOS confims as the most used distribution for running oVirt engine (89.8%) and Hypervisors (74.3% which become 94.2% including oVirt Node which is a CentOS spin) - Fedora is the second distribution (4.6%) mostly used only for runnig oVirt engine - oVirt Node jumped from 7.1% on 3.6 survey to 19.9% in 4.1! - Surprisingly we have someone running both engine and hypervisor on Ubuntu based system, within VMs. I'd like to hear more about this use case. - Within other OS we had Red Hat Enterprise Linux 6 and 7 and Scientific Linux (I guess 7, wasn't specified) - Within the storage, there isn't a "winner" between NFS, Gluster and iSCSI. Within Other Storage, Fiber Channel is the most used. We had also: Ceph, DAS, EMC ScaleIO, GPFS - Hosted Engine is the most used deployment choice with 58.4% (was 50.0% in 3.6) - 65.8% of Hosted Engine users use it in Hyperconverged setup. Thank you for your feedback and appreciation, we'll look into suggestions you sent in the survey. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

ovirt-engine version problem
by shubham dubey 13 Apr '17

13 Apr '17

Hello, Recently I have installed ovirt-engine development environment. The snapshot repository I have used is ovirt-release-master. Now I have installed vdsm in ovirt host with ovirt-release41, so when I am trying to add the host it is showing that ovirt node support cluster version 3.9,4.0 and 4.1 but 4.2 is available. So I have decided to installed ovirt engine with ovirt-engine41 repository. The steps I follow are :- 1) yum remove ovirt-release-master.noarch 2) yum install ovirt-release41.noarch 3) delete $HOME/ovirt-engine and $HOME/git/ovirt-engine 4) git clone ovirt-engine again 5) make install-dev PREFIX=$HOME/ovirt-engine The compiling ends successfully but the $HOME/ovirt-engine directory is coming out empty. So $HOME/ovirt-engine/bin/engine-setup is giving error that NO file or directory found. So can anyone tell me what I am doing wrong? Note:One more thing I have noticed is that even after changing repo to ovirt 4.1 the make is still compiling ovirt 4.2 snapshot. Thanks, Shubham

4 8

[OST Failure Report][oVirt master][2017-04-11] add_secondary_storage_domains
by Sandro Bonazzola 12 Apr '17

12 Apr '17

Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6303 *OST is failing in the last 50 builds* *00:18:22.090* [basic_suit_el7] # add_secondary_storage_domains: *00:18:22.090* [basic_suit_el7] Error while running thread*00:18:22.090* [basic_suit_el7] Traceback (most recent call last):*00:18:22.090* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue*00:18:22.090* [basic_suit_el7] queue.put({'return': func()})*00:18:22.090* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 427, in add_nfs_storage_domain*00:18:22.090* [basic_suit_el7] add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH, nfs_version='v4_2')*00:18:22.091* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 441, in add_generic_nfs_storage_domain*00:18:22.091* [basic_suit_el7] add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version)*00:18:22.091* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 490, in add_generic_nfs_storage_domain_4*00:18:22.091* [basic_suit_el7] host=_random_host_from_dc_4(api, DC_NAME),*00:18:22.091* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 106, in _random_host_from_dc_4*00:18:22.091* [basic_suit_el7] return random.choice(_hosts_in_dc_4(api, dc_name))*00:18:22.091* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 100, in _hosts_in_dc_4*00:18:22.091* [basic_suit_el7] raise RuntimeError('Could not find hosts that are up in DC %s' % dc_name)*00:18:22.092* [basic_suit_el7] RuntimeError: Could not find hosts that are up in DC test-dc*00:18:22.092* [basic_suit_el7] Error while running thread*00:18:22.092* [basic_suit_el7] Traceback (most recent call last):*00:18:22.092* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue*00:18:22.092* [basic_suit_el7] queue.put({'return': func()})*00:18:22.092* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 583, in add_iso_storage_domain*00:18:22.092* [basic_suit_el7] add_generic_nfs_storage_domain(prefix, SD_ISO_NAME, SD_ISO_HOST_NAME, SD_ISO_PATH, sd_format='v1', sd_type='iso', nfs_version='v3')*00:18:22.092* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 441, in add_generic_nfs_storage_domain*00:18:22.092* [basic_suit_el7] add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version)*00:18:22.093* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 490, in add_generic_nfs_storage_domain_4*00:18:22.093* [basic_suit_el7] host=_random_host_from_dc_4(api, DC_NAME),*00:18:22.093* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 106, in _random_host_from_dc_4*00:18:22.093* [basic_suit_el7] return random.choice(_hosts_in_dc_4(api, dc_name))*00:18:22.093* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 100, in _hosts_in_dc_4*00:18:22.093* [basic_suit_el7] raise RuntimeError('Could not find hosts that are up in DC %s' % dc_name)*00:18:22.093* [basic_suit_el7] RuntimeError: Could not find hosts that are up in DC test-dc*00:18:22.094* [basic_suit_el7] Error while running thread*00:18:22.094* [basic_suit_el7] Traceback (most recent call last):*00:18:22.094* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue*00:18:22.094* [basic_suit_el7] queue.put({'return': func()})*00:18:22.094* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 587, in add_templates_storage_domain*00:18:22.094* [basic_suit_el7] add_generic_nfs_storage_domain(prefix, SD_TEMPLATES_NAME, SD_TEMPLATES_HOST_NAME, SD_TEMPLATES_PATH, sd_format='v1', sd_type='export', nfs_version='v4_1')*00:18:22.094* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 441, in add_generic_nfs_storage_domain*00:18:22.094* [basic_suit_el7] add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version)*00:18:22.094* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 490, in add_generic_nfs_storage_domain_4*00:18:22.095* [basic_suit_el7] host=_random_host_from_dc_4(api, DC_NAME),*00:18:22.095* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 106, in _random_host_from_dc_4*00:18:22.095* [basic_suit_el7] return random.choice(_hosts_in_dc_4(api, dc_name))*00:18:22.095* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 100, in _hosts_in_dc_4*00:18:22.095* [basic_suit_el7] raise RuntimeError('Could not find hosts that are up in DC %s' % dc_name)*00:18:22.095* [basic_suit_el7] RuntimeError: Could not find hosts that are up in DC test-dc*00:18:22.095* [basic_suit_el7] Error while running thread*00:18:22.095* [basic_suit_el7] Traceback (most recent call last):*00:18:22.096* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue*00:18:22.096* [basic_suit_el7] queue.put({'return': func()})*00:18:22.096* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 436, in add_second_nfs_storage_domain*00:18:22.096* [basic_suit_el7] SD_NFS_HOST_NAME, SD_SECOND_NFS_PATH)*00:18:22.096* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 441, in add_generic_nfs_storage_domain*00:18:22.096* [basic_suit_el7] add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version)*00:18:22.096* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 490, in add_generic_nfs_storage_domain_4*00:18:22.096* [basic_suit_el7] host=_random_host_from_dc_4(api, DC_NAME),*00:18:22.096* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 106, in _random_host_from_dc_4*00:18:22.097* [basic_suit_el7] return random.choice(_hosts_in_dc_4(api, dc_name))*00:18:22.097* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 100, in _hosts_in_dc_4*00:18:22.097* [basic_suit_el7] raise RuntimeError('Could not find hosts that are up in DC %s' % dc_name)*00:18:22.097* [basic_suit_el7] RuntimeError: Could not find hosts that are up in DC test-dc*00:18:22.097* [basic_suit_el7] Error while running thread*00:18:22.097* [basic_suit_el7] Traceback (most recent call last):*00:18:22.097* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue*00:18:22.098* [basic_suit_el7] queue.put({'return': func()})*00:18:22.098* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 803, in import_template_from_glance*00:18:22.098* [basic_suit_el7] generic_import_from_glance(api, image_name=CIRROS_IMAGE_NAME, image_ext='_glance_template', as_template=True)*00:18:22.098* [basic_suit_el7] File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 637, in generic_import_from_glance*00:18:22.098* [basic_suit_el7] target_image.import_image(import_action)*00:18:22.098* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 26017, in import_image*00:18:22.098* [basic_suit_el7] headers={"Correlation-Id":correlation_id}*00:18:22.098* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request*00:18:22.098* [basic_suit_el7] persistent_auth=self.__persistent_auth*00:18:22.099* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request*00:18:22.099* [basic_suit_el7] persistent_auth)*00:18:22.099* [basic_suit_el7] File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request*00:18:22.099* [basic_suit_el7] raise errors.RequestError(response_code, response_reason, response_body)*00:18:22.099* [basic_suit_el7] RequestError: *00:18:22.099* [basic_suit_el7] status: 400*00:18:22.099* [basic_suit_el7] reason: Bad Request*00:18:22.099* [basic_suit_el7] detail: Cannot import Virtual Disk: Storage Domain cannot be accessed.*00:18:22.099* [basic_suit_el7] -Please check that at least one Host is operational and Data Center state is up. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

7 21

vdsm-ppc64le builds is not deployed to ovirt-master-snapshot
by Sandro Bonazzola 12 Apr '17

12 Apr '17

The x86_64 job[1] has a downstream project[2] taking care of deploying the build to the repos while the ppc64le[3] hasn't. Result is that ovirt-master-snapshot is not receiving updates for ppc64le and is currently failing repository closure: *00:02:47.636* Error: Package: vdsm-gluster-4.20.0-612.git378d837.el7.centos.noarch (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le (ovirt-master-snapshot)*00:02:47.637* vdsm = 4.18.999-925.git195c44e.el7.centos*00:02:47.637* Error: Package: vdsm-hook-ethtool-options-4.20.0-612.git378d837.el7.centos.noarch (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le (ovirt-master-snapshot)*00:02:47.637* vdsm = 4.18.999-925.git195c44e.el7.centos Please fix vdsm job for triggering deploy-to-ovirt_experimental_master [1] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-x86_64/ [2] http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental_master/ [3] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

planned Jenkins restart
by Evgheni Dereveanchin 11 Apr '17

11 Apr '17

Hi everyone, I'll be performing a planned Jenkins restart within the next hour. No new builds will be scheduled during this maintenance period. I will inform you once it is over. Regards, Evgheni Dereveanchin

1 1

Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute
by Sandro Bonazzola 11 Apr '17

11 Apr '17

engine-setup: 2017-04-11 09:43:29,659-0400 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/config/aaajdbc.py", line 384, in _misc self._setupAdminUser() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/config/aaajdbc.py", line 284, in _setupAdminUser name=adminUser, File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/config/aaajdbc.py", line 64, in _userExists envAppend=toolEnv, File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute /usr/bin/ovirt-aaa-jdbc-tool: 2017-04-11 09:43:29,659-0400 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc plugin.execute:926 execute-output: ('/usr/bin/ovirt-aaa-jdbc-tool', '--db-config=/etc/ovirt-engine/aaa/internal.pro perties', 'query', '--what=user', '--pattern=name=admin') stderr: 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 (File o directory non esistente) 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) ... 10 more # rpm -qf /usr/bin/ovirt-aaa-jdbc-tool ovirt-engine-extension-aaa-jdbc-1.1.5-0.0.master.git2a03d42.el7.centos.noarch # rpm -qv ovirt-engine ovirt-engine-4.2.0-0.0.master.20170408115943.gitea6bd62.el7.centos.noarch -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 3

[ OST Failure Report ] [ oVirt master ] [ 9/4/2017 ] [ add_secondary_storage_domains ]
by Barak Korren 10 Apr '17

10 Apr '17

Test failed: [ add_secondary_storage_domains ] Link to suspected patches: - https://gerrit.ovirt.org/#/c/74779/ Link to Job: - http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6257/ Link to all logs: - http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6257/artif… Error snippet from log: <error> detail: Cannot import Virtual Disk: Storage Domain cannot be accessed. -Please check that at least one Host is operational and Data Center state is up. ... AssertionError: False != True after 600 seconds </error> -- Barak Korren bkorren(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/

6 9