- Devel - oVirt List Archives

Vdsm branch ovirt-4.2.4 created
by Milan Zamazal 06 Jun '18

06 Jun '18

Vdsm branch ovirt-4.2.4 has been created. If there are any Vdsm changes to be included in oVirt 4.2.4 they must be backported there. BTW, please be pro-active and talk to the stable maintainers (Petr, Francesco, and me) when you plan to merge something to Vdsm stabilization branches (such as later RC releases). Don't hesitate to let us know even before your patches are ready for merge so that we are aware about them in advance and can plan accordingly. While we can look at what's being posted and we occasionally do that, events are more efficient and reliable than polling here. Thanks, Milan

1 0

hover_to_id couldnt find element compute
by Yedidyah Bar David 06 Jun '18

06 Jun '18

Hi, In [1] I got [2]: could not locate by id: compute hover_to_id couldnt find element compute Seems like the last screenshot it managed to take [3], still shows "Loading ..." - perhaps we should wait a bit in [4]'s login() until the ui finished loading? Adding Greg. [1] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [2] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [3] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [4] https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=blob;f=basic-sui… -- Didi

2 1

ovirt-system-tests_hc-basic-suite-4.2 is failing (on glusterfs storage?)
by Sandro Bonazzola 06 Jun '18

06 Jun '18

https://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.2/235/art… In supervdsm: MainProcess|jsonrpc/3::ERROR::2018-06-05 21:12:42,094::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper) Error in vdoVolumeList Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/supervdsm_server.py", line 98, in wrapper res = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/gluster/thinstorage.py", line 109, in vdoVolumeList for vdo, data in iteritems(vdoData["VDOs"]): File "/usr/lib/python2.7/site-packages/six.py", line 599, in iteritems return d.iteritems(**kw) AttributeError: 'str' object has no attribute 'iteritems' Following this issue, HE VM goes up and down without logging anything meaningful on libvirt side: Jun 5 21:17:04 lago-hc-basic-suite-4-2-host0 vdsm[19399]: ERROR failed to retrieve Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup finished? Jun 5 21:17:19 lago-hc-basic-suite-4-2-host0 vdsm[19399]: ERROR failed to retrieve Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup finished? Jun 5 21:17:20 lago-hc-basic-suite-4-2-host0 kvm: 1 guest now active Jun 5 21:17:20 lago-hc-basic-suite-4-2-host0 kvm: 0 guests now active Jun 5 21:17:20 lago-hc-basic-suite-4-2-host0 kvm: 1 guest now active Jun 5 21:17:31 lago-hc-basic-suite-4-2-host0 kvm: 0 guests now active Jun 5 21:17:33 lago-hc-basic-suite-4-2-host0 python: ansible-command Invoked with warn=True executable=None _uses_shell=False _raw_params=virt-copy-out -a /var/tmp/localvm363phZ/images/f57df841-51ed-45e3-b888-fa43d1c185e4/23e54499-3a21-453b-a816-c51ca11b9c7f /etc/hosts "/var/tmp/localvm363phZ" removes=None creates=None chdir=None stdin=None Jun 5 21:17:33 lago-hc-basic-suite-4-2-host0 kvm: 1 guest now active Jun 5 21:17:34 lago-hc-basic-suite-4-2-host0 vdsm[19399]: ERROR failed to retrieve Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup finished? Jun 5 21:17:43 lago-hc-basic-suite-4-2-host0 kvm: 0 guests now active Jun 5 21:17:45 lago-hc-basic-suite-4-2-host0 python: ansible-lineinfile Invoked with directory_mode=None force=None remote_src=None backrefs=False insertafter=None path=/var/tmp/localvm363phZ/hosts owner=None follow=False line=None group=None insertbefore=None unsafe_writes=None create=False state=absent content=NOT_LOGGING_PARAMETER serole=None setype=None dest=/var/tmp/localvm363phZ/hosts selevel=None regexp=# hosted-engine-setup-/var/tmp/localvm363phZ$ validate=None src=None seuser=None delimiter=None mode=None firstmatch=False attributes=None backup=False Jun 5 21:17:48 lago-hc-basic-suite-4-2-host0 python: ansible-command Invoked with warn=True executable=None _uses_shell=False _raw_params=virt-copy-in -a /var/tmp/localvm363phZ/images/f57df841-51ed-45e3-b888-fa43d1c185e4/23e54499-3a21-453b-a816-c51ca11b9c7f "/var/tmp/localvm363phZ"/hosts /etc removes=None creates=None chdir=None stdin=None Jun 5 21:17:49 lago-hc-basic-suite-4-2-host0 kvm: 1 guest now active Jun 5 21:17:49 lago-hc-basic-suite-4-2-host0 vdsm[19399]: ERROR failed to retrieve Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup finished? Jun 5 21:17:59 lago-hc-basic-suite-4-2-host0 kvm: 0 guests now active -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Propose Milan Zamazal as virt maintainer
by Francesco Romani 04 Jun '18

04 Jun '18

Hi all, Milan Zamazal has been working on the oVirt project for more than 2.5 years. Let me highlight some of his many contributions to the project: - Since January this year - 2018, he's been a maintainer for the stable branches. - He developed important features like memory hotunplug, which required tight cooperation and communication with the other layers of the stack (libvirt, qemu). - He is a mentor in the Outreachy program, which lead to creation of the oVirt Log Analyzer: https://github.com/mz-pdm/ovirt-log-analyzer - He contributed more than 290 patches to the Vdsm project in master branch alone, excluding backports and contributions to Engine - He contributed and is contributing testcases and fixes to the oVirt System Test suite, a tool which was already pivotal in ensuring the quality of the oVirt project. As reviewer, Milan is responsive and his comments are always comprehensive and well focused, with strong attitude towards getting things done and done right. Milan also demonstrated his ability to adapt to the needs of the project: - he demonstrated careful and thoughtful patch management while maintaining the stable branches - he also demonstrated he's not shy to tackle large and needed changes during the 4.1 and 4.2 cycles, when we deeply reorganized the XML processing in the virt code. For those reasons, and many more, I think he will be a good addition to the maintainers team, and I propose him as virt co-maintainer. Please share your thoughts Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

6 5

[ OST Failure Report ] [ oVirt master (ovirt-engine) ] [ 03.06.18 ] [098_ovirt_provider_ovn.use_ovn_provider ]
by Gal Ben Haim 03 Jun '18

03 Jun '18

Specifically, it failed to unplug a nic from a VM. Suspected patches: https://gerrit.ovirt.org/#/c/91195/ Link to Job: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8019/ Link to all logs: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8019/artifac… (Relevant) error snippet from the log: <error> 2018-06-03 06:35:30,764-04 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default task-1) [32c965fd] FINISH, HotUnplugNicVDSCommand, return: , log id: 18d9b4e9 2018-06-03 06:35:30,764-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-1) [32c965fd] method: runVdsCommand, params: [HotUnplugNic, VmNicDeviceVDSParameters:{hostId='d0f5b521-ed04-4b9e-9524-7f8d4be842d0', vm.vm_name='vm0', nic='VmNic:{id='9419aca6-2fae-4851-a902-a6b5a88ac691', vnicProfileId='8d12fcbb-23e8-432d-845a-ab2b97039955', speed='10000', type='3', macAddress='00:1a:4a:16:01:0e', linked='true', vmId='ec4303e9-2b7a-451d-9f43-836c29767652', vmTemplateId='null'}', vmDevice='VmDevice:{id='VmDeviceId:{deviceId='9419aca6-2fae-4851-a902-a6b5a88ac691', vmId='ec4303e9-2b7a-451d-9f43-836c29767652'}', device='bridge', type='INTERFACE', specParams='[]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}'}], timeElapsed: 55ms 2018-06-03 06:35:30,765-04 ERROR [org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand] (default task-1) [32c965fd] Command 'org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to HotUnplugNicVDS, error = General Exception: ('macAddr',), code = 100 (Failed with error GeneralException and code 100) 2018-06-03 06:35:30,774-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-1) [32c965fd] method: get, params: [d0f5b521-ed04-4b9e-9524-7f8d4be842d0], timeElapsed: 3ms 2018-06-03 06:35:30,781-04 DEBUG [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] (DefaultQuartzScheduler5) [] Rescheduling DEFAULT.org.ovirt.engine.core.bll.gluster.GlusterSyncJob.refreshLightWeightData#-9223372036854775795 as there is no unfired trigger. 2018-06-03 06:35:30,781-04 DEBUG [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] (DefaultQuartzScheduler6) [] Rescheduling DEFAULT.org.ovirt.engine.core.bll.gluster.GlusterServiceSyncJob.refreshGlusterServices#-9223372036854775801 as there is no unfired trigger. 2018-06-03 06:35:30,782-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-1) [32c965fd] EVENT_ID: NETWORK_DEACTIVATE_VM_INTERFACE_FAILURE(1,015), Failed to unplug Network Interface eth2 (VirtIO) from VM vm0. (User: admin@internal-authz) 2018-06-03 06:35:30,791-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [32c965fd] Compiled stored procedure. Call string i </error> -- *GAL bEN HAIM* RHV DEVOPS

2 3

Recent upgrade issues caused by mess in database scripts
by Martin Perina 03 Jun '18

03 Jun '18

Hi, recently [1], [2] were raised, but the main reason for those bugs was the we are no paying enough attention to consequences when doing backports. Below are two examples which we need to pay more attention to: 1. Database upgrade scripts naming and numbering - there's no problem if the same script has different name or number between y-streams (for example 4.3 and 4.2), but names and number need to match between z-streams - if we are going to do async release (for example 4.2.3.z) and we need to backport to async branch patch which includes db upgrade script, we need to make sure to align db scripts in branch from which next z-stream will be built (for example 4.2, patch [3] can be used as an example how to fix this issue) 2. Use the same name of database upgrade script when doing backports - when backporting some patches to z-stream branch please use the same db script name and change only db script number as needed, otherwise backports are quite confusing (for example [4] and [5]) Patch [3] fixes the situation, so when included into 4.2.4 build it should allow smooth upgrade from 4.2.3.z to 4.2.4, but users which already performed upgrade are in trouble. @Eli is there any way how we can force execution of db scripts, which were skipped due to the mess in names between 4.2.3.z and 4.2.4 to help users which have already broken database? @Tal/@Piotr, could you please pay even more attention when merging patches containing db scripts to z-stream async branches (normal branch, for example ovirt-engine-4.2, should be fine, but ovirt-engine-4.2.3.z requires more attention)? I agree that developer who backports the patch should handle the situation (feel free to ask infra team if unsure about consequences), but you are the last safety check we have. Thanks a lot Martin [1] https://bugzilla.redhat.com/1583562 [2] https://bugzilla.redhat.com/1583664 [3] https://gerrit.ovirt.org/91874 [4] https://gerrit.ovirt.org/90695 [5] https://gerrit.ovirt.org/90698 -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.

3 4

[ OST Failure Report ] [ hc-basic-suite-4.2 ] [30-05-2018 ] [ 002_bootstrap.add_hosts ]
by Gal Ben Haim 01 Jun '18

01 Jun '18

Hi, 4.2 Hyper-converged suite is failing on "add_hosts" test (host 1 deployment failed). Link to Job: https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… Link to all logs: https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… (Relevant) error snippet from the host deploy log: <error> 2018-05-30 05:30:09,706-0400 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.ovirt_host_deploy.hosted-engine.configureha.Plugin._set_ha_conf (None) 2018-05-30 05:30:09,713-0400 ERROR otopi.plugins.ovirt_host_deploy.hosted-engine.configureha configureha._set_ha_conf:114 HA client was not imported 2018-05-30 05:30:09,713-0400 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-lQCcc6VFAV/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-lQCcc6VFAV/otopi-plugins/ovirt-host-deploy/hosted-engine/configureha.py", line 116, in _set_ha_conf _('Cannot resolve ovirt_hosted_engine_ha module') RuntimeError: Cannot resolve ovirt_hosted_engine_ha module <error> -- *GAL bEN HAIM* RHV DEVOPS

3 3

Re: I'm working on the cockpit-gluster plugin and I'd like to be on the wihtelist
by Eyal Edri 01 Jun '18

01 Jun '18

Hi Rohan! The process is quite simple, you just need to ask one of the existing maintainers to send a patch to the 'jenkins-whitelist' repo on gerrit.ovirt.org and one of the infra members can merge it once it has +1 from an existing maintainer. I'm also adding 'infra-support' to open a ticket. On Fri, Jun 1, 2018 at 9:20 AM, Rohan Joseph <rojoseph(a)redhat.com> wrote: > Hi! > > I'm working on the cockpit-gluster plugin and I'd like to be on the > wihtelist to submit patches to gerrit.ovirt.org. > > Thanks! > > - Rohan CJ > > > _______________________________________________ > Infra mailing list -- infra(a)ovirt.org > To unsubscribe send an email to infra-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community- > guidelines/ > List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/ > message/QTQLCWVB5SMNU2MYOBUYUFW5M3HEPWVN/ > > -- Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

I want to Translate Ovirt To Chinese
by 唐朝 01 Jun '18

01 Jun '18

Hi: I am a software engineer in China. Chinese is my native language. I prefer to Ovirt than Openstack.Your jobs is very prefessional. Best wishes!

2 1

ovirt-engine-cli | SDK 3 | oVirt 4.3
by Sandro Bonazzola 31 May '18

31 May '18

Hi, Bug 1399709 <https://bugzilla.redhat.com/show_bug.cgi?id=1399709> - [RFE] Deprecate and remove the ovirt-shell tool Stated: "The ovirt-shell is deprecated since version 4.0 of the oVirt, and it will be removed in version 4.2 of oVirt, together with version 3 of the API." and is currently targeted to 4.4. Integration team is in the process to move Jenkins jobs to fedora 28 and I'd like to understand if I need to include ovirt-engine-sdk 3 and ovirt-engine-cli into fedora 28 or not. Right now, ovirt-engine-cli is required by ovirt-engine so if we want to drop it, we need to remove the dependency in ovirt-engine. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0