- Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt master ] [ 01-10-2017 ] [ change-queue-tester ]
by Shlomo Ben David 02 Oct '17

02 Oct '17

Hi, Link to suspected patches: https://gerrit.ovirt.org/#/c/82350/2 Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue- tester/2949/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2949/artifact… (Relevant) error snippet from the log: <error> lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 78, in wrapper prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs File "/home/jenkins/workspace/ovirt-master_change-queue-tester@2/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 372, in live_storage_migration disk_service.get().status, types.DiskStatus.OK) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 258, in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 237, in assert_equals_within '%s != %s after %s seconds' % (res, value, timeout) AssertionError: False != ok after 600 seconds </error> Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCE | RHCVA IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1

3 5

Invitation to API 'Live Documentation' presentation - Oct 2
by Ori Liel 02 Oct '17

02 Oct '17

This coming Monday, Oct 2, I will present a new feature in the API which has to do with documentation of API operations (it's more exciting than it sounds). This presentation is important for everyone submitting patches to the ovirt-engine-api-model, because these patches will be required to use the documentation infrastructure in the proper manner. I invite you all to be there, at: https://bluejeans.com/u/oliel/3879/ Ori

2 2

Heads up: post-merge STDCI triggering is coming to GitHub
by Barak Korren 01 Oct '17

01 Oct '17

Over the next few days we're going to review and merge a new patch [1] that will finally provide the capability to trigger STDCI jobs when PRs are merged in GitHub. Once this patch is merged, projects in GitHub that have the proper hook configured, can have 'check-merged' jobs be triggered for them when patches are merged (Please note that this is a different hook then the one that is used for triggering on PR events). Following this we will also review and merge a series of patches [2] which closes our GitHub functionality gap further by providing the ability to automatically build merged PRs or pushed commits and submit them to the change queue for OST testing and publishing. This essentially means that, once mentioned patches are merged, projects in GitHub will be able to fully participate in all the oVirt CI processes. Some aspects of the GitHub functionality are actually a little more advanced then what is currently available for Gerrit. It is not longer needed to specify complex YAML in the 'jenkins' repo. Instead, only a single line is needed to enable the functionality (We left this requirement because we don't want to blindly run jobs for everything that hits the webhook). Everything else, including target platforms and versions can no be specified via a simple YAML file in the project's own source repository. An example of this yaml file can be seen in the 'ovirt-ansible' project. We are working on further documentation and will update when its ready. [1]: https://gerrit.ovirt.org/c/81971/ [2]: https://gerrit.ovirt.org/q/topic:%2522change-queue-github%2522+(status:open… -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

2 1

offline ovirt-host-deploy
by Dan Kenigsberg 29 Sep '17

29 Sep '17

Engine developers want to have host on their setup, but they don't care about having the newest and greatest code there. I expected that following https://gerrit.ovirt.org/#/c/54429/2/README and placing /etc/ovirt-host-deploy.conf.d/50-offline-packager.conf with [environment:init] ODEPLOY/offlinePackager=bool:True PACKAGER/yumpackagerEnabled=bool:False would make ovirt-host-deploy skip the `yum install` bits. I am told that it did not, and failed to some silly package dependency. Any idea why?

2 2

[ OST Failure Report ] [ oVirt master ] [ 28-09-2017 ] [ 004_basic_sanity.disk_operations ]
by Dafna Ron 29 Sep '17

29 Sep '17

This is a multi-part message in MIME format. --------------D32DAC9929FA84F802C5B88B Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We had a failure in OST for basic disk operation. from what I can see in the log, there is an issue deleting a snapshot image and the issue is related to the live storage migration. However, a second pair of eyes would help since I can see engine reporting the error on failed delete while vdsm was not actually reporting a failed delete, at least not as ERROR. Also I don't think the patch that is reported as the cause was actually the cause. I greped the image from the log: http://pastebin.test.redhat.com/520150 * Link to suspected patches: * https://gerrit.ovirt.org/#/c/82293/2 * Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906 Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906/artifact/ (Relevant) error snippet from the log: <error> 2017-09-27 16:51:02,760-04 ERROR [org.ovirt.engine.core.bll.DestroyImageCheckCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-6) [8981a0f4-3c02-4a2d-b6ba-f21214b0ebd4] The following images were not removed: [be38d24d-33b9-43f0- 9ab4-15f0334e2ebe] </error> * --------------D32DAC9929FA84F802C5B88B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We had a failure in OST for basic disk operation. from what I can see in the log, there is an issue deleting a snapshot image and the issue is related to the live storage migration. However, a second pair of eyes would help since I can see engine reporting the error on failed delete while vdsm was not actually reporting a failed delete, at least not as ERROR. Also I don't think the patch that is reported as the cause was actually the cause. I greped the image from the log: <a class="moz-txt-link-freetext" href="http://pastebin.test.redhat.com/520150">http://pastebin.test.redhat.com/520150</a> <pre wrap=""> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <pre wrap=""><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/82293/2">https://gerrit.ovirt.org/#/c/82293/2</a></pre> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906/artifact/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> 2017-09-27 16:51:02,760-04 ERROR [org.ovirt.engine.core.bll.DestroyImageCheckCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-6) [8981a0f4-3c02-4a2d-b6ba-f21214b0ebd4] The following images were not removed: [be38d24d-33b9-43f0- 9ab4-15f0334e2ebe] <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </pre> </body> </html> --------------D32DAC9929FA84F802C5B88B--

1 2

[ OST Failure Report ] [ oVirt master ] [ 28-09-2017 ] [ 003_00_metrics_bootstrap.configure_metrics ]
by Dafna Ron 29 Sep '17

29 Sep '17

This is a multi-part message in MIME format. --------------CCBA598F31714CCB8129AF90 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We had failure in OST last night which seems to be related to two fluentd configuration patchs. I found that the error is actually in the deployment and can be found in the lago log. I am not sure it's related but I am also seeing unexpected errors in the vdsm log for getDeviceList: http://pastebin.test.redhat.com/520514 We apparently calling getDeviceList + checkStatus=true with no guid. ** *Link to suspected patches: * * **https://gerrit.ovirt.org/#/c/82329/ * * ** *https://gerrit.ovirt.org/#/c/81551/* Link to Job: *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/* Link to all logs: *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/artifact/** **http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/artifact/** *** * *(Relevant) error snippet from the log: * * <error> TASK [ovirt_fluentd/client : Install non-ssl client] *************************** fatal: [lago-basic-suite-master-host-1]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [lago-basic-suite-master-host-0]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} </error> * --------------CCBA598F31714CCB8129AF90 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We had failure in OST last night which seems to be related to two fluentd configuration patchs. I found that the error is actually in the deployment and can be found in the lago log. I am not sure it's related but I am also seeing unexpected errors in the vdsm log for getDeviceList: <a class="moz-txt-link-freetext" href="http://pastebin.test.redhat.com/520514">http://pastebin.test.redhat.com/520514</a> We apparently calling getDeviceList + checkStatus=true with no guid. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/82329/">https://gerrit.ovirt.org/#/c/82329/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/81551/">https://gerrit.ovirt.org/#/c/81551/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/artifact/</a> <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/artifact/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> TASK [ovirt_fluentd/client : Install non-ssl client] *************************** fatal: [lago-basic-suite-master-host-1]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [lago-basic-suite-master-host-0]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </body> </html> --------------CCBA598F31714CCB8129AF90--

3 3

unable to add host(s)
by Martin Mucha 29 Sep '17

29 Sep '17

Hi, I have some hosts which are resilient to my effort to add them into engine: 1. produces some error about iptables: 2017-09-27 11:45:29,711+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:813 execute: ('/usr/bin/systemctl', 'enable', u'iptables.service'), executable='None', cwd='None', e nv=None 2017-09-27 11:45:29,717+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:863 execute-result: ('/usr/bin/systemctl', 'enable', u'iptables.service'), rc=1 2017-09-27 11:45:29,717+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:921 execute-output: ('/usr/bin/systemctl', 'enable', u'iptables.service') stdout: 2017-09-27 11:45:29,717+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:926 execute-output: ('/usr/bin/systemctl', 'enable', u'iptables.service') stderr: Failed to execute operation: No such file or directory 2017-09-27 11:45:29,718+0300 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-5BawtgI21o/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-5BawtgI21o/otopi-plugins/otopi/network/iptables.py", line 108, in _closeup self.services.startup('iptables', True) File "/tmp/ovirt-5BawtgI21o/otopi-plugins/otopi/services/systemd.py", line 122, in startup service=name, RuntimeError: Failed to enable service 'iptables' 2017-09-27 11:45:29,720+0300 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Failed to enable service 'iptables' • see ovirt-host-deploy-20170927104530-vm-18-133.eng.lab.tlv.redhat.com-310be768.log in attachment • but perpetual effort and retries seems to fix this, so I did not get this one again. 2. generally hosts tries to install uninstallable cockpit-whatever and other non existant libraries, which I can overcome with /etc/ovirt-host-deploy.conf.d/50-offline-packager.conf, but it's making whole process kinda very slow. Is there a better way? 3. and finally host vm-17-100.eng.lab.tlv.redhat.com responds to same treatment (disabling package manager, multitude of retries to install host and do yum updates before installing host ) differently, and now it always became nonresponsive upon installation, without any information (apparently to me) in logs. Otherwise host function pretty normal, it only cannot be added to engine. check ovirt-host-deploy-20170927105857-vm-17-100.eng.lab.tlv.redhat.com-e01e0dd4-c0cc-499d-8f1f-6d0b12b64804.log in attachment. ———— am I doing something wrong? Or is this a bug? If you need any further information, please ask. I can retry any time, possibly with different host. M.

4 4

engine setup error - No such file or directory: /usr/lib/firewalld/services/ovn-central-firewall-service.xml
by Greg Sheremeta 29 Sep '17

29 Sep '17

Hi, After rebasing to latest master, fedora 26, I can't run engine setup on a fresh engine root and empty database if I select 'yes' for ovn setup: [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory: '/usr/lib/firewalld/services/ovn-central-firewall-service.xml 2017-09-28 10:39:19,394-0400 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.ovirt_**FILTERED**_common.system.sysctl plugin.execute:926 execute-output: ('/us r/sbin/sysctl', '-n', 'kernel.shmmax') stderr: 2017-09-28 10:39:19,396-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc 2017-09-28 10:39:19,396-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,397-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables 2017-09-28 10:39:19,397-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,398-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key 2017-09-28 10:39:19,399-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,400-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock 2017-09-28 10:39:19,400-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,401-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_**FILTERED**_setup.base.network.firewall _manager.Plugin._prepare_examples 2017-09-28 10:39:19,402-0400 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/home/greg/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/base/network/firewall_manager.py", line 279, in _prepare_examples manager.prepare_examples() File "/home/greg/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-common/base/network/firewall_manager_firewalld.py", line 92, in prepare_examples environment=self.environment, File "/home/greg/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-common/base/network/process_firewalld_services.py", line 85, in process_firewalld_services subst=self.environment[osetupcons.NetEnv.FIREWALLD_SUBST], File "/home/greg/ovirt-**FILTERED**/usr/lib/python2.7/site-packages/ovirt_**FILTERED**/util.py", line 55, in processTemplate with open(template, 'r') as f: IOError: [Errno 2] No such file or directory: '/usr/lib/firewalld/services/ovn-central-firewall-service.xml' 2017-09-28 10:39:19,403-0400 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory: '/usr/lib/firewalld/services/ovn-central-firewall-service.xml' 2017-09-28 10:39:19,403-0400 DEBUG otopi.transaction transaction.abort:119 aborting 'Database Transaction' I suspected 596c3fb https://gerrit.ovirt.org/#/c/81960/ packaging: Require OVN Make the engine require OVN pacakges, as setup defaults to configuring it. Make setup require the OVN packages that provide firewalld services, so that engine-setup can have their content during customization stage. Moving to 596c3fb gives the same error. Moving to 596c3fb^1 (51d474d engine: update vdc_option values) gives a different error: [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- Configure Engine on this host (Yes, No) [Yes]: Configure WebSocket Proxy on this host (Yes, No) [Yes]: Configure VM Console Proxy on this host (Yes, No) [Yes]: --== PACKAGES ==-- Install and configure ovirt-provider-ovn? Please note that this will cause an immediate installation of several OVN packages that will not be rolled back in case of a failure. (Yes, No) [Yes]: [ ERROR ] Yum Cannot queue package pyOpenSSL: Error making cache directory: /var/cache/yum/x86_64/26/fedora error was: [Errno 13] Permission denied: '/var/cache/yum/x86_64' [ INFO ] Yum Performing yum transaction rollback [ ERROR ] Failed to execute stage 'Environment customization': Error making cache directory: /var/cache/yum/x86_64/26/fedora error was: [Errno 13] Permission denied: '/var/cache/yum/x86_64' [ INFO ] Stage: Clean up Log file is located at /home/greg/ovirt-engine/var/log/ovirt-engine/setup/ovirt-engine-setup-20170928095323-0kzqx7.log [ INFO ] Generating answer file '/home/greg/ovirt-engine/var/lib/ovirt-engine/setup/answers/20170928095333-setup.conf' And there I gave up. Selecting "no" to ovn setup allows setup to succeed. Anyone know if I need to update something, or is this a bug? Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

3 2

[ANN] oVirt 4.2.0 First Alpha Release is now available for testing
by Sandro Bonazzola 29 Sep '17

29 Sep '17

The oVirt Project is pleased to announce the availability of the First Alpha Release of oVirt 4.2.0, as of September 28th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the first alpha release of the 4.2.0 version. This release brings more than 120 enhancements and more than 670 bug fixes, including more than 260 high or urgent severity fixes, on top of oVirt 4.1 series. What's new in oVirt 4.2.0? - The Administration Portal has been completely redesigned using Patternfly, a widely adopted standard in web application design. It now features a cleaner, more intuitive design, for an improved user experience. - There is an all-new VM Portal for non-admin users. - A new High Performance virtual machine type has been added to the New VM dialog box in the Administration Portal. - Open Virtual Network (OVN) adds support for Open vSwitch software defined networking (SDN). - oVirt now supports Nvidia vGPU. - The ovirt-ansible-roles package helps users with common administration tasks. - Virt-v2v now supports Debian/Ubuntu based VMs. For more information about these and other features, check out the oVirt 4.2.0 blog post <https://ovirt.org/blog/2017/09/introducing-ovirt-4.2.0/>. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available. - An async release of oVirt Node will follow soon. Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- 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> <http://www.teraplan.it/redhat-osd-2017/>

3 3

Broken Link on Developer Page
by John Marks 28 Sep '17

28 Sep '17

Hi, On the main *Develop* page, under *Developer Documentation*, the link *Building oVirt Engine*, is broken. Anyone know what the link should be? Maybe: https://www.ovirt.org/develop/developer-guide/engine/building/ide/ Thanks -- John Marks Technical Writer, oVirt redhat Israel Cell: +972 52 8644 491

3 4