March 2019 - Devel - oVirt List Archives

Is only master branch of ovirt-engine analyzed on coverity scan?
by simtiaz＠ncsu.edu 21 Mar '19

21 Mar '19

I see the github project ovirt-engine (https://github.com/oVirt/ovirt-engine) is registered on Coverity Scan for routine analysis (https://scan.coverity.com/projects/ovirt-engine?tab=project_settings) My question is - 1) do we only build and analyze the master branch on Coverity? 1a) If yes, why do we not analyze the other branches?

3 3

Usage of ntpdate in OST suites
by Sandro Bonazzola 21 Mar '19

21 Mar '19

Hi, just noticed today we are calling "ntpdate -4 <engine fqdn>" within OST suites but then it fails with "ntpdate: command not found" and we ignore it. I think "chronyc -4 makestep" should be used instead after having configure the engine as server. Any insight on this? -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 1

Is only master branch of ovirt-engine analyzed on coverity scan?
by simtiaz＠ncsu.edu 20 Mar '19

20 Mar '19

I see the github project ovirt-engine (https://github.com/oVirt/ovirt-engine) is registered on Coverity Scan for routine analysis (https://scan.coverity.com/projects/ovirt-engine?tab=project_settings) My question is - 1) do we only build and analyze the master branch on Coverity? 1a) If yes, why do we not analyze the other branches? 1b) If no, how to detect which alert on coverity is for which branch? Thanks, Nasif

1 0

ovirt-jboss-modules-maven-plugin package
by Sandro Bonazzola 20 Mar '19

20 Mar '19

Hi, just noticed today we are building on master a package named ovirt-jboss-modules-maven-plugin. The package is not required by any other package at spec file / rpm level and it has never been shipped in an official release as far as I can tell. Grep says we are using a java package through maven called ovirt-jboss-modules-maven-plugin in: - ovirt-engine - ovirt-engine-api-metamodel It doesn't seem we are bundling the library so it looks like a build time dependency only. Am I correct? Why aren't we adding it as BuildRequires to ovirt-engine spec file and keeping downloading it from maven central at every build instead of using system installed library? Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 3

Increase limits on concurrent https://jenkins.ovirt.org/job/standard-manual-runner/ jobs
by Nir Soffer 20 Mar '19

20 Mar '19

We started to use this job to build artifacts for running OST. Looks like this job is limited to one concurrent job, which make it less useful than it could be. If we don't make it easy to run OST, people will not run it, and the change queue will break. Please change the limit to use the same limit used for regular builds. We seem to be able to create more then 10 concurrent builds by uploading patches to gerrit. The manual runner should this as well. Nir

1 0

Check-Merged Fails for ovirt-provider-ovn
by Anton Marchukov 20 Mar '19

20 Mar '19

Hello. I note that check-merged for ovirt-provider-ovn [1] fails on the following: > assert len(networks) == 1 E AssertionError: assert 2 == 1 E + where 2 = len([{'id': 'e0e73fc4-88e1-41e4-91c9-c9519c02f319', 'mtu': 1442, 'name': 'net1', 'port_security_enabled': False, ...}, {'id': '34d40d1f-b2e3-4eb9-9202-6d311162ea5a', 'mtu': 1442, 'name': 'ls0', 'port_security_enabled': False, ...}]) test_provider_api.py:72: AssertionError seems like the unit tests are failing. This is not OST failure itself, but it happens right before that on the build stage and hence this project fails in the Change Queue, so we need to check it. [1] https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-on-merge/263/ Anton. -- Anton Marchukov Associate Manager - RHV DevOps - Red Hat

5 14

ovirt-vdsmfake
by Sandro Bonazzola 20 Mar '19

20 Mar '19

Hi, on master we have ovirt-vdsmfake package. Is there any reason for branching it and/or add it to 4.3 pipeline? -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

4 7

oVirt Orb 4.3.2 build failure importing image
by Sandro Bonazzola 20 Mar '19

20 Mar '19

Hi, I was trying to build oVirt Orb with 4.3.2 GA content and it failed with: 2019-03-20 13:53:13,210::utils.py::_ret_via_queue::62::lago.utils::DEBUG::Error while running thread Thread-11 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-demo-tool_4.3_check-patch-el7-x86_64/ovirt-demo-tool/deploy/sdk_scripts/deploy/002_bootstrap.py", line 875, in import_non_template_from_glance generic_import_from_glance(prefix) File "/home/jenkins/workspace/ovirt-demo-tool_4.3_check-patch-el7-x86_64/ovirt-demo-tool/deploy/sdk_scripts/deploy/002_bootstrap.py", line 711, in generic_import_from_glance target_image.import_image(import_action) AttributeError: 'NoneType' object has no attribute 'import_image' Lago log is here: https://jenkins.ovirt.org/job/ovirt-demo-tool_4.3_check-patch-el7-x86_64/15… If I understood it correctly, it's importing an image from glance to export domain, but if I remember correctly, export domains are deprecated in 4.3 so no reason to do this here. Any insight? -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 1

How to debug engine backend code
by du_hongyu＠yeah.net 20 Mar '19

20 Mar '19

hi I can step through frontend code follow https://www.ovirt.org/blog/2017/08/ovirt-webadmin-gwt-debug-quick-refresh.h…, I want to step through backend code, now I only print log to debug backend code, But i do not how to debug backend code by other method , can you give me some advise? Regards Hongyu Du

2 1

Re: Cannot add fedora 28 host to oVirt
by Eyal Shenitzky 20 Mar '19

20 Mar '19

Added devel On Wed, Mar 20, 2019 at 9:05 AM Yedidyah Bar David <didi(a)redhat.com> wrote: > On Tue, Mar 19, 2019 at 3:49 PM Eyal Shenitzky <eshenitz(a)redhat.com> > wrote: > > > > Hi, > > > > I tried to add Fedora 28 host to ovirt and failed due to missing > ovirt-host-deploy: > > > > 2019-03-19 14:27:34,795+02 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [1ce188c7] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An > error has occurred during installation of Host 10.35.1.234: Internal > error: No module named ovirt_host_deploy. > > 2019-03-19 14:27:34,823+02 ERROR > [org.ovirt.engine.core.uutils.ssh.SSHDialog] > (EE-ManagedThreadFactory-engine-Thread-2355) [1ce188c7] SSH error running > command root(a)10.35.1.234:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" > mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar > --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy > DIALOG/dialect=str:machine DIALOG/customization=bool:True': IOException: > Command returned failure code 2 during SSH session 'root(a)10.35.1.234' > > 2019-03-19 14:27:34,824+02 ERROR > [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [1ce188c7] > Error during deploy dialog > > 2019-03-19 14:27:34,838+02 ERROR > [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] > (EE-ManagedThreadFactory-engine-Thread-2355) [1ce188c7] Error during host > 10.35.1.234 install > > > > When I tried to install ovirt-host-deploy on the Fedora 28 machine I > failed because otopi was missing. > > > > Do we have a known issue for Fedora 28 host? > > Nothing that I can currently recall, although it's been some time since I > tried. > > The missing ovirt_host_deploy/otopi are not something you should > install on the host. They are included in the bundle. > > Where is the engine (OS)? Is it current master? dev-env or RPM? Which > otopi/ovirt-host-deploy you have there? Current master, both? > The engine is also on Fedora 28, this is the current master (dev-env) host-deploy: python2-ovirt-host-deploy-1.8.0-0.0.master.20181016080559.gitff6ea7d.fc28.noarch ovirt-host-deploy -common-1.8.0-0.0.master.20181016080559.gitff6ea7d.fc28.noarch otopi: python2-otopi-1.8.0-0.0.master.20181017100341.git487c83a.fc28.noarch python3-otopi-1.8.0-0.0.master.20181017100341.git487c83a.fc28.noarch otopi-common-1.8.0-0.0.master.20181017100341.git487c83a.fc28.noarch > > Please check/share content of the bundle. After you try 'Add host', it > should be in > /var/cache/ovirt-engine/ovirt-host-deploy.tar/var/cache/ovirt-engine/ovirt-host-deploy.tar > . It's > auto-generated, so you can remove it and try again. > What should I look for there? > Also, IMO you can open such threads on devel(a)ovirt.org.il. > > Best regards, > -- > Didi > -- Regards, Eyal Shenitzky

2 4

dwh failing on master, perhaps because engine is 4.4
by Yedidyah Bar David 20 Mar '19

20 Mar '19

Hi all, https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… fails with: ... lambda: engine.service('ovirt-engine-dwhd').alive() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 282, in assert_true_within_short assert_equals_within_short(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 266, in assert_equals_within_short func, value, SHORT_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 252, in assert_equals_within '%s != %s after %s seconds' % (res, value, timeout) 'False != True after 180 seconds dwhd log has: 2019-03-20 03:07:06|5iRyfJ|KapTFh|KapTFh|OVIRT_ENGINE_DWH|MinimalVersionCheck|Default|5|tDie|tDie_1|2019-03-20 03:07:06|You have upgraded your oVirt Engine and now require an upgrade of the ovirt-engine-dwh package. Please run engine-setup to upgrade the version. Service will now exit.|4 I assume that this is because the engine is now 4.4 and dwh master is still 4.3. I see that dwh already branched 4.3, should we bump master to 4.4? Thanks and best regards, -- Didi

1 0

Re: OST failures (Update to use gluster 5)
by Sahina Bose 20 Mar '19

20 Mar '19

On Wed, Mar 20, 2019 at 12:31 AM Greg Sheremeta <gshereme(a)redhat.com> wrote: > Hey, > > Is someone looking at all the OST failures? > he, hc, and network are all failing with the 409 error. Started after the > merge of > "Update to use gluster 5" > I'm not positive that's the problem, but seems likely. > > Do you mean https://gerrit.ovirt.org/#/c/98470/ ? this should have affected only the hc-master suite Both hc and he suites are failing with this error..this is probably not related to gluster, as he suite does not use gluster. Adding Simone and devel ml for insights "tar: ebaaaefb-5d8c-4059-a59e-b81cdb09e001.ovf: Not found in archive\ntar: Exiting with failure status due to previous errors\n20+0 records in\n20+0 records out\n10240 bytes (10 kB) copied, 0.00144612 s, 7.1 MB/s", "stderr_lines": ["tar: ebaaaefb-5d8c-4059-a59e-b81cdb09e001.ovf: Not found in archive" > 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> >

2 3

oVirt Engine 4.3 has been branched
by Tal Nisan 19 Mar '19

19 Mar '19

Which means that if you want your content in Engine 4.3.3 and onwards you should backport to the ovirt-engine-4.3 branch, master now basically serves as the future branch (4.4)

2 1

Are we ready to branch ovirt-engine for 4.3?
by Sandro Bonazzola 18 Mar '19

18 Mar '19

Hi, we built 4.3.2 RC2 this week and we have a planned GA for it next week. Since branching engine requires a bit of coordination, are we ready to branch it? Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

3 8

Missed ovirt-openshift-extensions release?
by Sandro Bonazzola 18 Mar '19

18 Mar '19

Hi, just seen https://twitter.com/RealGophersShip/status/1105791600762986496 Are we missing a release of ovirt-openshift-extensions? It wasn't included in 4.3.2 RC2 Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 7

oci: command line tool for oVirt CI
by Nir Soffer 18 Mar '19

18 Mar '19

I want to share a nice little tool that can make your life easier. https://github.com/nirs/oci With this PR: https://github.com/nirs/oci/pull/1 You will be able to do this: $ python system-tests.py 98535 2019-03-15 21:17:04,579 INFO [system-tests] [ 1/8 ] Getting build info for change 98535 2019-03-15 21:17:05,295 INFO [system-tests] [ 2/8 ] Starting build-artifacts job for {'url': u'git://gerrit.ovirt.org/vdsm', 'ref': u'refs/changes/35/98535/3'} 2019-03-15 21:17:06,134 INFO [system-tests] [ 3/8 ] Waiting for queue item https://jenkins.ovirt.org/queue/item/382806/ 2019-03-15 21:17:07,960 INFO [system-tests] [ 4/8 ] Waiting for job http://jenkins.ovirt.org/job/standard-manual-runner/89/ 2019-03-15 21:26:21,381 INFO [system-tests] [ 5/8 ] Starting oVirt system tests basic suite with custom repos http://jenkins.ovirt.org/job/standard-manual-runner/89/ 2019-03-15 21:26:22,242 INFO [system-tests] [ 6/8 ] Waiting for queue item https://jenkins.ovirt.org/queue/item/382817/ 2019-03-15 21:30:43,558 INFO [system-tests] [ 7/8 ] Waiting for job http://jenkins.ovirt.org/job/ovirt-system-tests_manual/4330/ 2019-03-15 22:10:52,891 INFO [system-tests] [ 8/8 ] System tests completed with SUCCESS Yes, one command from your favorite shell. It takes about 53 minutes, but on Fedora you get notifications when commands finish. No need to to add "ci please build" comment, wait until the job is complete, copy the job url, open OST page, wait (jenkins is slow), paste the build artifacts url, start the job, wait, wait more, check if OST is done, (not yet), wait more..., OST finished, check the logs, did you paste the wrong url? The tool is not finished yet. If you like to contribute to this fun little project please check the issues: https://github.com/nirs/oci/issues Most of the issues are easy. Some harder like: - https://github.com/nirs/oci/issues/11 - https://github.com/nirs/oci/issues/12 Feel free to open new issues if you have an idea for this tool. Nir

5 5

Dependencies issue on manual OST
by Eyal Shenitzky 18 Mar '19

18 Mar '19

Hi, I encounter this dependency issue while trying to run OST manually: https://jenkins.ovirt.org/job/ovirt-system-tests_manual/4343/ *09:49:35* @ Deploy oVirt environment: *09:49:35* # Deploy environment: *09:49:35* * [Thread-2] Deploy VM lago-basic-suite-master-host-0: *09:49:35* * [Thread-3] Deploy VM lago-basic-suite-master-host-1: *09:49:35* * [Thread-4] Deploy VM lago-basic-suite-master-engine: *09:49:54* * [Thread-3] Deploy VM lago-basic-suite-master-host-1: Success (in 0:00:18) *09:49:56* STDERR*09:49:56* + yum -y install ovirt-host*09:49:56* Error: Package: ovirt-host-dependencies-4.4.0-0.0.master.20190308162916.git4c2aa13.el7.x86_64 (alocalsync)*09:49:56* Requires: vdsm-client >= 4.40.0*09:49:56* Available: vdsm-client-4.30.11-10.gitf23ba52.el7.noarch (alocalsync)*09:49:56* vdsm-client = 4.30.11-10.gitf23ba52.el7*09:49:56* Error: Package: ovirt-host-dependencies-4.4.0-0.0.master.20190308162916.git4c2aa13.el7.x86_64 (alocalsync)*09:49:56* Requires: vdsm >= 4.40.0*09:49:56* Installing: vdsm-4.30.11-10.gitf23ba52.el7.x86_64 (alocalsync)*09:49:56* vdsm = 4.30.11-10.gitf23ba52.el7*09:49:56* Error: Package: ovirt-host-dependencies-4.4.0-0.0.master.20190308162916.git4c2aa13.el7.x86_64 (alocalsync)*09:49:56* Requires: vdsm-client >= 4.40.0*09:49:56* Installing: vdsm-client-4.30.11-10.gitf23ba52.el7.noarch (alocalsync)*09:49:56* vdsm-client = 4.30.11-10.gitf23ba52.el7 Does someone encounter it? Thanks -- Regards, Eyal Shenitzky

3 3

OST hyperconverged master fails
by Greg Sheremeta 17 Mar '19

17 Mar '19

Hi, I'm trying to run OST hyperconverged master locally, but it's missing some ansible inventory file and fails. Is this a known issue? + lago copy-to-vm lago-hc-basic-suite-master-host-0 /home/greg/projects/ovirt-system-tests/hc-basic-suite-master/generate-hc-answerfile.sh /root/generate-hc-answerfile.sh @ Copy /home/greg/projects/ovirt-system-tests/hc-basic-suite-master/generate-hc-answerfile.sh to lago-hc-basic-suite-master-host-0:/root/generate-hc-answerfile.sh: @ Copy /home/greg/projects/ovirt-system-tests/hc-basic-suite-master/generate-hc-answerfile.sh to lago-hc-basic-suite-master-host-0:/root/generate-hc-answerfile.sh: Success (in 0:00:00) + lago shell lago-hc-basic-suite-master-host-0 /root/exec_playbook.sh lago-hc-basic-suite-master-host-0 lago-hc-basic-suite-master-host-1 lago-hc-basic-suite-master-host-2 */root/exec_playbook.sh: line 9: /usr/share/doc/gluster.ansible/playbooks/hc-ansible-deployment/ohc_gluster_inventory.yml: No such file or directory* + RET_CODE=1 + '[' 1 -ne 0 ']' + echo 'ansible setup on lago-hc-basic-suite-master-host-0 failed with status 1.' ansible setup on lago-hc-basic-suite-master-host-0 failed with status 1. + exit 1 + on_exit + [[ 1 -ne 0 ]] + logger.error 'on_exit: Exiting with a non-zero status' + logger.log ERROR 'on_exit: Exiting with a non-zero status' + set +x 2019-03-15 06:16:36.021775858-0400 run_suite.sh::on_exit::ERROR:: on_exit: Exiting with a non-zero status -- 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 4

[Ovirt] [CQ weekly status] [15-03-2019]
by Dafna Ron 15 Mar '19

15 Mar '19

Hi, This mail is to provide the current status of CQ and allow people to review status before and after the weekend. Please refer to below colour map for further information on the meaning of the colours. *CQ-4.2*: GREEN (#1) Last CQ job failure on 4.2 was 14-03-2019 on project v2v-conversion-host due to missing failed build artifacts which was fixed the same day. *CQ-4.3*: RED (#1) Last job to failed today. it had 13 changes and CQ is still bisecting the result. *CQ-Master:* RED (#1) Last failure was today due to a build-artifacts failure. a message was sent to patch owner. Current running jobs for 4.2 [1] and master [2] can be found here: [1] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.2_change-qu… [2] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change… Happy week! Dafna ------------------------------------------------------------------------------------------------------------------- COLOUR MAP Green = job has been passing successfully ** green for more than 3 days may suggest we need a review of our test coverage 1. 1-3 days GREEN (#1) 2. 4-7 days GREEN (#2) 3. Over 7 days GREEN (#3) Yellow = intermittent failures for different projects but no lasting or current regressions ** intermittent would be a healthy project as we expect a number of failures during the week ** I will not report any of the solved failures or regressions. 1. Solved job failures YELLOW (#1) 2. Solved regressions YELLOW (#2) Red = job has been failing ** Active Failures. The colour will change based on the amount of time the project/s has been broken. Only active regressions would be reported. 1. 1-3 days RED (#1) 2. 4-7 days RED (#2) 3. Over 7 days RED (#3)

1 0

Re: [URGENT] stop merging to vdsm master
by Sandro Bonazzola 13 Mar '19

13 Mar '19

Adding missing devel list. Il giorno mar 12 mar 2019 alle ore 10:24 Dafna Ron <dron(a)redhat.com> ha scritto: > Hi, > > We have been continuously failing CQ on the vdsm project since 07-03-2019. > > The latest failure is still in vm migration test and root cause is still > pointing to: > > https://gerrit.ovirt.org/#/c/97381/22 - virt: In FIPS mode, use SASL auth > instead of qemu passwords > > Please stop merging until issue is resolved as we are risking further > regressions being merged. > > Thanks, > Dafna > > -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

5 6

[hyperv] hvinfo: command line tool to get the HyperV enlightements status from within the guest
by Francesco Romani 12 Mar '19

12 Mar '19

Hi all, lately I've been involved again in hyperv support. I was tasked to help improve the testability of the hyperv guest configuration. Hyperv support is a set of optimizations that libvirt/qemu offer to improve the runtime behaviour (stability, performance) of Windows guets. See for example: https://libvirt.org/formatdomain.html#elementsFeatures oVirt does support them (see for example https://github.com/oVirt/vdsm/blob/master/lib/vdsm/virt/libvirtxml.py#L243) and will keep supporting them because they are a key feature for windows guests. Up until now the easiest (only?) way to check if a hyperv optmization was really enabled was to inspect the libvirt XML and/or the QEMU command line flags But we wanted to have another check. Enter hvinfo: https://github.com/fromanirh/hvinfo hvinfo is a simple tool that decodes CPUID informations according to the publicly-available HyperV specs (https://github.com/MicrosoftDocs/Virtualization-Documentation/tree/live/tlfs) and report what the guest sees. It takes no arguments - just run it!-, it requires no special privileges and emits easy to consume JSON. It is designed to help and integrate into fully automated CI/QA. Being a commandline tool, is hard to give a "screenshot", so let me just report sample output (admin privileges not actually required) Windows PowerShell Copyright (C) Microsoft Corporation. All rights reserved. PS C:\Users\admin> cd .\Downloads\ PS C:\Users\admin\Downloads> .\hvinfo.exe { "HyperVsupport": true, "Features": { "GuestDebugging": false, "PerformanceMonitor": false, "PCPUDynamicPartitioningEvents": true, "HypercallInputParamsXMM": false, "VirtualGuestIdleState": false, "HypervisorSleepState": false, "NUMADistanceQuery": false, "TimerFrequenciesQuery": false, "SytheticMCEInjection": false, "GuestCrashMSR": false, "DebugMSR": false, "NPIEP": false, "DisableHypervisorAvailable": false, "ExtendedGvaRangesForFlushVirtualAddressList": false, "HypercallOutputReturnXMM": false, "SintPollingMode": false, "HypercallMsrLock": false, "UseDirectSyntheticTimers": false }, "Recommendations": { "HypercallAddressSpaceSwitch": false, "HypercallLocalTLBFlush": false, "HypercallRemoteTLBFlush": false, "MSRAPICRegisters": true, "MSRSystemReset": false, "RelaxedTiming": true, "DMARemapping": false, "InterruptRemapping": false, "X2APICMSR": false, "DeprecatingAutoEOI": false, "SyntheticClusterIPI": false, "ExProcessorMasks": false, "Nested": false, "INTForMBECSyscalls": false, "NestedEVMCS": false, "SyncedTimeline": false, "DirectLocalFlushEntire": false, "NoNonArchitecturalCoreSharing": false, "SpinlockRetries": 8191 } } PS C:\Users\admin\Downloads> Caveat: the name of the features are the same of the spec, so we need mappings for oVirt flags, libvirt flags and so on. For example libvirt xml domain.features.hyperv.relaxed[state="on"] maps to hvinfo json Features.Recommendations.RelaxedTiming=true Feel free to test it and report any issue Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

2 1

ovirt-engine has been tagged (ovirt-engine-4.3.2.1)
by Tal Nisan 12 Mar '19

12 Mar '19

1 0

vdsm has been tagged (v4.30.11)
by Milan Zamazal 11 Mar '19

11 Mar '19

3 3

unboundid-ldapsdk-4.0.10 is now available for testing
by Sandro Bonazzola 11 Mar '19

11 Mar '19

On Fedora 28 we have 4.0.7. On Fedora 30 we had 4.0.9. The new releases 4.0.10 will be soon available within repositories for Fedora >= 30 and includes several bug fixes and enhancements. You can see release notes for 4.0.10 here: https://github.com/pingidentity/ldapsdk/releases In oVirt this package is required by ovirt-engine-extension-aaa-ldap. If you're going to test the package, please provide karma at https://bodhi.fedoraproject.org/updates/unboundid-ldapsdk-4.0.10-1.fc30 Martin, Ravi, let me know if you see value in backporting this version to Fedora 28 and EL7 for oVirt 4.3 consumption. Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

[ OST Failure Report ] [ oVirt 4.3 (vdsm-jsonrpc-java) ] [ 10-3-19 ] [ Upgrade Suite ]
by Liora Milbaum 11 Mar '19

11 Mar '19

Link and headline of suspected patches: Link to Job: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/153/ Link to all logs: (Relevant) error snippet from the log: <error> [36m # 001_upgrade_engine.test_initialize_engine: [0m [0m [0m [36m * Copy /home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/upgrade-from-prevrelease-suite-4.3/upgrade-engine-answer-file.conf to lago-upgrade-from-prevrelease-suite-4-3-engine:/tmp/answer-file-post: [0m [0m [0m [36m * Copy /home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/upgrade-from-prevrelease-suite-4.3/upgrade-engine-answer-file.conf to lago-upgrade-from-prevrelease-suite-4-3-engine:/tmp/answer-file-post: [32mSuccess [0m (in 0:00:00) [0m [36m * Collect artifacts: [0m [0m [0m [36m ~ [Thread-8] Copy from lago-upgrade-from-prevrelease-suite-4-3-engine:/tmp/otopi* to /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.3/default/test_logs/001_upgrade_engine.test_initialize_engine-20190307160642/lago-upgrade-from-prevrelease-suite-4-3-engine/_tmp_otopi*: [31mERROR [0m (in 0:00:00) [0m [36m - [Thread-8] lago-upgrade-from-prevrelease-suite-4-3-engine: [31mERROR [0m (in 0:00:00) [0m [36m * Collect artifacts: [31mERROR [0m (in 0:00:01) [0m [36m # 001_upgrade_engine.test_initialize_engine: [31mERROR [0m (in 0:00:49) [0m [36m # Results located at /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.3/001_upgrade_engine.py.junit.xml [0m [36m@ Run test: 001_upgrade_engine.py: [31mERROR [0m (in 0:00:49) [0m [31mError occured, aborting Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 383, in do_run self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 549, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 560, in wrapper return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 107, in do_ovirt_runtest raise RuntimeError('Some tests failed') RuntimeError: Some tests failed [0m </error> -- *Liora Milbaum* Senior Principal Software Engineer RHV/CNV DevOps EMEA VIRTUALIZATION R&D T: +972-54-6560051 <https://red.ht/sig>

3 2