June 2018 - Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 05-06-2018 ] [ 002_bootstrap.update_default_cluster ]
by Dafna Ron 12 Jun '18

12 Jun '18

*Hi, We have a failure in ovirt-engine on master on update cluster because of "cpu not found" CQ reported the below as the most possible cause for the failure. I looked at the other changes that ran and I don't think any of them would be the cause of failure. * *Can you please have a look at this issue? * *Link and headline of suspected patches: * https://gerrit.ovirt.org/#/c/91888/ - db:fix upgrade issue on NULL values *Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8033/artifact…>(Relevant) error snippet from the log: <error>2018-06-04 11:56:31,958-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-13) [] EVENT_ID: USER_ADDED_CPU_PROFILE(10,130), CPU Profile test-cluster was successfully added (User: admin(a)internal-authz).2018-06-04 11:56:31,959-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-13) [] method: runAction, params: [AddCpuProfile, CpuProfileParameters:{commandId='c76f8e59-c9a2-4601-964e-a92e9cb668ce', user='admin', commandType='Unknown'}], timeElapsed: 168ms2018-06-04 11:56:31,974-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-13) [] EVENT_ID: USER_ADD_CLUSTER(809), Cluster test-cluster was added by admin@internal-authz2018-06-04 11:56:31,975-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-13) [] method: runAction, params: [AddCluster, ManagementNetworkOnClusterOperationParameters:{commandId='3e0bf24c-4c49-4094-928d-7c15ef50ff62', user='null', commandType='Unknown'}], timeElapsed: 272ms2018-06-04 11:56:31,980-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-13) [8ef59a69-020e-407c-9766-fbd3a6cc9381] method: runQuery, params: [GetClusterById, IdQueryParameters:{refresh='false', filtered='false'}], timeElapsed: 5ms* *2018-06-04 11:57:19,857-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] Compiled stored procedure. Call string is [{call getvdsbyclusterid(?, ?, ?)}]2018-06-04 11:57:19,857-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] SqlCall for procedure [GetVdsByClusterId] compiled2018-06-04 11:57:19,878-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] method: getAllForCluster, params: [9cbb05e6-680f-11e8-b07e-5452c0a8c904], timeElapsed: 25ms2018-06-04 11:57:19,879-04 WARN [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] Validation of action 'UpdateCluster' failed for user admin@internal-authz. Reasons: VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,VAR__TYPE__CLUSTER,ACTION_TYPE_FAILED_CPU_NOT_FOUND2018-06-04 11:57:19,881-04 INFO [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] Lock freed to object 'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}'2018-06-04 11:57:19,881-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-6) [72cc0877-c16d-4539-a3d0-90cd3c4a7a84] method: runAction, params: [UpdateCluster, ManagementNetworkOnClusterOperationParameters:{commandId='36bf82e7-eec8-4b36-99af-db5ade902593', user='null', commandType='Unknown'}], timeElapsed: 58ms2018-06-04 11:57:19,886-04 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-6) [] Operation Failed: [Cannot edit Cluster. The chosen CPU is not supported.]</error>* Thanks, Dafna

3 10

[VDSM] travis tests fail consistently since Apr 14
by Nir Soffer 12 Jun '18

12 Jun '18

There are several issues: 1. coverage fail after this patch: https://github.com/oVirt/vdsm/commit/6b905c2c134bcf344961d28eefbd05f2838d2e… https://travis-ci.org/oVirt/vdsm/builds/366574414 ... pwd /vdsm/tests ls .cov* ls: cannot access .cov*: No such file or directory make[1]: *** [check] Error 2 make[1]: Leaving directory `/vdsm/tests' 2. pywatch_test - gdb not installed We need to add gdb and install install python-debuginfo package on the test images. self = <pywatch_test.TestPyWatch object at 0x2bbc0d0> def test_timeout(self): rc, out, err = exec_cmd(['./py-watch', '0.1', 'sleep', '10']) assert b'Watched process timed out' in out > assert rc == 128 + signal.SIGTERM E assert 1 == (128 + 15) E + where 15 = signal.SIGTERM pywatch_test.py:45: AssertionError ------------------------------ Captured log call ------------------------------- cmdutils.py 151 DEBUG ./py-watch 0.1 sleep 10 (cwd None) cmdutils.py 159 DEBUG FAILED: <err> = 'Traceback (most recent call last):\n File "./py-watch", line 59, in <module>\n dump_trace(watched_proc)\n File "./py-watch", line 32, in dump_trace\n \'thread apply all py-bt\'])\n File "/usr/lib64/python2.7/site-packages/subprocess32.py", line 575, in call\n p = Popen(*popenargs, **kwargs)\n File "/usr/lib64/python2.7/site-packages/subprocess32.py", line 822, in __init__\n restore_signals, start_new_session)\n File "/usr/lib64/python2.7/site-packages/subprocess32.py", line 1567, in _execute_child\n raise child_exception_type(errno_num, err_msg)\nOSError: [Errno 2] No such file or directory: \'gdb\'\n'; <rc> = 1 Nir

8 15

dedicated UX Design team
by Greg Sheremeta 11 Jun '18

11 Jun '18

Hi all, oVirt now has a dedicated UX Design team! This team is responsible for creating mockups, providing design guidance, and performing design review of every UI related change coming into oVirt. The new group's lead is Liz Blanchard. Liz is returning to oVirt after a hiatus. If you've seen the oVirt admin portal dashboard, you're familiar with her design skills! Even though we don't have any formal process of interaction just yet, please make sure to reach out to Liz the moment you have any design related questions or are starting any non-trivial UI related change. lsurette(a)redhat.com, lblanchard in #ovirt, and lizsurette on github. 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 1

Gerrit is slow again
by Nir Soffer 10 Jun '18

10 Jun '18

It was also very slow last week, moving between patches takes many seconds. It seems that there is some caching mechanism in gerrit, so after very slow page retrieval, the next request is fast. But this happens too many times. We need to understand why this slowdown happens and make sure the system is kept responsive. Nir

2 1

ovirt-ansible-disaster-recovery build jobs not triggered
by Sandro Bonazzola 10 Jun '18

10 Jun '18

https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-disaster-recovery_standar… shows no build job triggered. Can you please fix it? 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>

2 2

ovirt-ansible-manageiq build jobs not triggered
by Sandro Bonazzola 10 Jun '18

10 Jun '18

https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-manageiq_standard-on-ghpu… shows no build job triggered. Can you please fix it? 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>

2 1

ansible role for setting up ovirt-engine development environment
by Greg Sheremeta 09 Jun '18

09 Jun '18

Hi all, I created an ansible role for setting up ovirt-engine development environment. If you are not familiar with ansible, it's a tool for getting a machine into a specific 'state'. A role is a 'type' of machine, like 'db server' or 'web server' or 'dev rig.' Roles are 'applied' to machines. So you can apply the ovirt-engine-devel role to setup a working development environment instantly. It works over ssh or locally. You can see it in action here: https://imgur.com/a/FwEkmy5? Known issues: - not tested on fc28 yet - not tested on EL yet - name -- in EL/Fedora -devel package names are a convention for something - idempotency needs fixing when code edited Improvements - gerrit setup - changing database name (multiple engine environments, etc.) code: https://github.com/gregsheremeta/ovirt-engine-devel-example https://github.com/gregsheremeta/ovirt-engine-devel Feedback welcome, and if you find it interesting, I'd love assistance :) 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>

1 0

[Fedora][Engine] Hystrix going to be orphaned in Fedora
by Sandro Bonazzola 08 Jun '18

08 Jun '18

FESCo approved an updated policy for packages which fail to build from source during mass rebuilds (FTBFS). The updated policy is still at https://fedoraproject.org/ wiki/Fails_to_build_from_source. Highlights: - packages which FTBFS are subject to orphaning if there is no maintainer acknowledgement within 8 weeks - packages which FTBFS in two consecutive mass rebuilds will be retired soon after the second mass rebuild Focusing on Hystrix, it has been reported failing on 2018-03-14, more than 10 weeks ago and it's failing to build since Fedora 26, totalling 3 consecutive mass rebuild failures. This put Hystrix in a candidate position for being orphaned. The Hystrix package is used by oVirt Engine. The POM requires version 1.4.14 (released this on 6 Aug 2015) . Fedora 24 and CentOS Virt SIG has 1.4.21 (released this on 17 Nov 2015). Latest upstream version is 1.5.13. Since in oVirt 4.3 we're aiming to support Fedora 28 we need to decide on what to do with Hystrix: - drop it as dependency? - update to latest? - try to fix build failure and keep current version? Roman, current maintainer (in cc) is unresponsive, not replying to my needinfo since 2017-08-17 Any volunteer for taking over? -- 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>

2 6

Fwd: [CentOS-devel] [Cloud SIG] Rocky Milestone 2 RDO Test Days June 14-15
by Sandro Bonazzola 08 Jun '18

08 Jun '18

RDO team is going to have a test day for Rocky Milestone 2. I think it may be a good time for checking compatibility between oVirt and RDO Rocky (Glance, Neutron, Cinder) and report issues if any. ---------- Forwarded message ---------- From: Rain Leander <rleander(a)redhat.com> Date: 2018-06-07 20:23 GMT+02:00 Subject: [CentOS-devel] [Cloud SIG] Rocky Milestone 2 RDO Test Days June 14-15 To: centos-devel(a)centos.org Who’s up for a rematch? Rocky Milestone 2 is here and we’re ready to rumble! Join RDO [0] on June 14 & 15 for an awesome time of taking down bugs and fighting errors in the most recent release [1]. We certainly won’t be pulling any punches. Want to get in on the action? We’re looking for developers, users, operators, quality engineers, writers, and, yes, YOU. If you’re reading this, we think you’re a champion and we want your help! We’ll have packages for the following platforms: * RHEL 7 * CentOS 7 You’ll want a fresh install with latest updates installed so that there’s no hard-to-reproduce interactions with other things. We’ll be collecting feedback, writing up tickets, filing bugs, and answering questions. Even if you only have a few hours to spare, we’d love your help taking this new version for a spin to work out any kinks. Not only will this help identify issues early in the development process, but you can be the one of the first to cut your teeth on the latest versions of your favorite deployment methods like TripleO, PackStack, and Kolla. Interested? We’ll be gathering on #rdo (on Freenode IRC) for any associated questions / discussions, and working through the “Does it work?” tests [2]. Like Rocky said, “The world ain’t all sunshine and rainbows,” but with your help, we can keep moving forward and make the RDO world better for those around us. Hope to see you on the 14th & 15th! [0] https://www.rdoproject.org/ [1] https://www.rdoproject.org/testday/ [2] https://www.rdoproject.org/testday/tests/ -- K Rain Leander OpenStack Community Liaison Open Source and Standards Team https://www.rdoproject.org/ http://community.redhat.com _______________________________________________ CentOS-devel mailing list CentOS-devel(a)centos.org https://lists.centos.org/mailman/listinfo/centos-devel -- 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

what is the current best way for a UX designer to verify a patch?
by Greg Sheremeta 07 Jun '18

07 Jun '18

Hey, I'm unsure of the state of OST / Orb as far as a demo tool. I want a single push button operation so Liz can verify UI patches. Can we do that? 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 2

Lago v0.44 Release Announcement
by Gal Ben Haim 07 Jun '18

07 Jun '18

Hi All, On behalf of the Lago team, I'm pleased to announce Lago v0.44 is available! The current release adds support for Fedora 28. For a detailed release announcement please refer to our Github page at: https://github.com/lago-project/lago/releases/tag/0.44 Resources ========== Lago Docs: http://lago.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago/ YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ Pypi: https://pypi.python.org/pypi/lago Changelog: https://lago.readthedocs.io/en/0.44/_static/ChangeLog.txt As always, if you find any problems, or willing to contribute, visit our GitHub page. Enjoy! -- *GAL bEN HAIM* RHV DEVOPS

1 0

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