June 2020 - Devel - oVirt List Archives

[VDSM] Started getting virNetTLSContextCheckCertTimes:154 : The server certificate /etc/pki/vdsm/certs/vdsmcert.pem has expired
by Edward Haas 12 Jan '24

12 Jan '24

Hi, I have a VM which acts as an oVirt host with VDSM installed. I use it for testing without connecting it to Engine. Recently VDSM fails to come up and I see this error: Sep 26 17:58:18 localhost libvirtd: 2018-09-26 14:58:18.978+0000: 12176: error : virNetTLSContextCheckCertTimes:154 : The server certificate /etc/pki/vdsm/certs/vdsmcert.pem has expired Any hint on how to generate or fetch a new certificate without the help of Engine? Thanks, Edy.

3 5

Error: Adding new Host to ovirt-engine
by Ahmad Khiet 15 Aug '23

15 Aug '23

Hi, Can't add new host to ovirt engine, because the following error: 2019-06-12 12:23:09,664 p=4134 u=engine | TASK [ovirt-host-deploy-facts : Set facts] ************************************* 2019-06-12 12:23:09,684 p=4134 u=engine | ok: [10.35.1.17] => { "ansible_facts": { "ansible_python_interpreter": "/usr/bin/python2", "host_deploy_vdsm_version": "4.40.0" }, "changed": false } 2019-06-12 12:23:09,697 p=4134 u=engine | TASK [ovirt-provider-ovn-driver : Install ovs] ********************************* 2019-06-12 12:23:09,726 p=4134 u=engine | fatal: [10.35.1.17]: FAILED! => {} MSG: The conditional check 'cluster_switch == "ovs" or (ovn_central is defined and ovn_central | ipaddr and ovn_engine_cluster_version is version_compare('4.2', '>='))' failed. The error was: The ipaddr filter requires python's netaddr be installed on the ansible controller The error appears to be in '/home/engine/apps/engine/share/ovirt-engine/playbooks/roles/ovirt-provider-ovn-driver/tasks/configure.yml': line 3, column 5, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - block: - name: Install ovs ^ here 2019-06-12 12:23:09,728 p=4134 u=engine | PLAY RECAP ********************************************************************* 2019-06-12 12:23:09,728 p=4134 u=engine | 10.35.1.17 : ok=3 changed=0 unreachable=0 failed=1 skipped=0 rescued=0 ignored=0 whats missing!? Thanks -- Ahmad Khiet Red Hat <https://www.redhat.com/> akhiet(a)redhat.com M: +972-54-6225629 <https://red.ht/sig>

7 10

Purging inactive maintainers from vdsm-master-maintainers
by Nir Soffer 21 Jun '21

21 Jun '21

I want to remove inactive contributors from vdsm-master-maintainers. I suggest the simple rule of 2 years of inactivity for removing from this group, based on git log. See the list below for current status: https://gerrit.ovirt.org/#/admin/groups/106,members Thoughts? Nir

6 11

Error Java SDK Issue??
by Geschwentner, Patrick 02 Apr '21

02 Apr '21

Dear Ladies and Gentlemen! I am currently working with the java-sdk and I encountered a problem. If I would like to retrieve the disk details, I get the following error: Disk currDisk = ovirtConnection.followLink(diskAttachment.disk()); The Error is occurring in this line: [cid:image001.png@01D44537.AF127FD0] The getResponst looks quiet ok. (I inspected: [cid:image002.png@01D44537.AF127FD0] and it looks ok). Error: wrong number of arguments The code is quiet similar to what you published on github (https://github.com/oVirt/ovirt-engine-sdk-java/blob/master/sdk/src/test/jav… ). Can you confirm the defect? Best regards Patrick

6 11

CentOS Stream support
by Michal Skrivanek 01 Feb '21

01 Feb '21

Hi all, we would like to ask about interest in community about oVirt moving to CentOS Stream. There were some requests before but it’s hard to see how many people would really like to see that. With CentOS releases lagging behind RHEL for months it’s interesting to consider moving to CentOS Stream as it is much more up to date and allows us to fix bugs faster, with less workarounds and overhead for maintaining old code. E.g. our current integration tests do not really pass on CentOS 8.1 and we can’t really do much about that other than wait for more up to date packages. It would also bring us closer to make oVirt run smoothly on RHEL as that is also much closer to Stream than it is to outdated CentOS. So..would you like us to support CentOS Stream? We don’t really have capacity to run 3 different platforms, would you still want oVirt to support CentOS Stream if it means “less support” for regular CentOS? There are some concerns about Stream being a bit less stable, do you share those concerns? Thank you for your comments, michal

6 12

OST for 4.3 is broken on build stage
by Amit Bawer 26 Aug '20

26 Aug '20

Hi Lookup for el7 repo fails: [2020-06-22T07:46:48.800Z] ERROR: Command failed: [2020-06-22T07:46:48.800Z] # /usr/bin/yum --installroot /var/lib/mock/epel-7-ppc64le-60da95f193baa5a745076a0c6b674c73-bootstrap-6968/root/ --releasever 7 install yum yum-utils --setopt=tsflags=nocontexts [2020-06-22T07:46:48.800Z] Failed to set locale, defaulting to C [2020-06-22T07:46:48.800Z] http://cbs.centos.org/repos/virt7-ovirt-common-candidate/ppc64le/os/repodat…: [Errno 14] HTTPS Error 404 - Not Found [2020-06-22T07:46:48.800Z] Trying other mirror. [2020-06-22T07:46:48.800Z] To address this issue please refer to the below wiki article [2020-06-22T07:46:48.800Z] Taken from https://jenkins.ovirt.org/job/vdsm_standard-check-patch/21966/consoleText Thanks

2 1

implementing hotplugCd/hotunplugCd in vdsm
by Fedor Gavrilov 25 Aug '20

25 Aug '20

Hey, So in an attempt to fix change CD functionality we discovered a few other potential issues and what Nir suggested was to implement two [somewhat] new functions in VDSM: hotplug and hotunplug for CDs similar to how it works for normal disks now. Existing changeCD function will be left as is for backwards compatibility. As I found out, engine already calculates iface and index before invoking VDSM functions, so we will just pass these along with PDIV to the VDSM. Suggested flow is, let me quote: >So the complete change CD flow should be: > >1. get the previous drivespec from vm metadata >2. prepare new drivespec >3. add new drivespec to vm metadata >4. attach a new device to vm >5. teardown the previous drivespec >6. remove previous drivespec from vm metadata > >When the vm is stopped, it must do: > >1. get drive spec from vm metadata >2. teardown drivespec > >During attach, there are interesting races: >- what happens if vdsm crashes after step 2? who will teardown the volume? > maybe you need to add the new drivespec to the metadata first, >before preparing it. >- what happens if attach failed? who will remove the new drive from >the metadata? Now, what makes hotplugDisk/hotunplugDisk different? From what I understand, the flow is same there, so what difference is there as far as VDSM is concerned? If none, this means if I more or less copy that code, changing minor details and data accordingly for CDs, this should work, shouldn't it? Thanks! Fedor

4 11

vdsm.storage.exception.UnknownTask: Task id unknown (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 1641 - Still Failing!)
by Yedidyah Bar David 21 Jul '20

21 Jul '20

On Wed, Jun 17, 2020 at 6:28 AM <jenkins(a)jenkins.phx.ovirt.org> wrote: > > Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ > Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1641/ This one failed while trying to create the disk image for the hosted-egnine VM: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1641… : 2020-06-16 23:03:20,527-0400 INFO ansible task start {'status': 'OK', 'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 'ansible_task': 'ovirt.hosted_engine_setup : Add HE disks'} ... 2020-06-16 23:14:12,702-0400 DEBUG var changed: host "localhost" var "add_disks" type "<class 'dict'>" value: "{ ... "msg": "Timeout exceed while waiting on result state of the entity." https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1641… : 2020-06-16 23:03:22,612-04 INFO [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (default task-1) [16c24599-0048-44eb-a410-d39b7ce98712] CommandMultiAsyncTasks::attachTask: Attaching task '6b2a7648-748c-430b-94b6-5e3f719df2ac' to command 'fa81759d-c57a-4237-81e0-beb210faa64d'. 2020-06-16 23:03:22,659-04 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (default task-1) [16c24599-0048-44eb-a410-d39b7ce98712] Adding task '6b2a7648-748c-430b-94b6-5e3f719df2ac' (Parent Command 'AddImageFromScratch', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters'), polling hasn't started yet.. 2020-06-16 23:03:22,699-04 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (default task-1) [16c24599-0048-44eb-a410-d39b7ce98712] BaseAsyncTask::startPollingTask: Starting to poll task '6b2a7648-748c-430b-94b6-5e3f719df2ac'. ... 2020-06-16 23:03:25,835-04 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-25) [] SPMAsyncTask::PollTask: Polling task '6b2a7648-748c-430b-94b6-5e3f719df2ac' (Parent Command 'AddImageFromScratch', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 'finished', result 'success'. 2020-06-16 23:03:25,863-04 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-25) [] BaseAsyncTask::onTaskEndSuccess: Task '6b2a7648-748c-430b-94b6-5e3f719df2ac' (Parent Command 'AddImageFromScratch', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended successfully. But then: 2020-06-16 23:03:25,897-04 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engine-Thread-29) [16c24599-0048-44eb-a410-d39b7ce98712] CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type 'AddImageFromScratch' succeeded, clearing tasks. 2020-06-16 23:03:25,897-04 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engine-Thread-29) [16c24599-0048-44eb-a410-d39b7ce98712] SPMAsyncTask::ClearAsyncTask: Attempting to clear task '6b2a7648-748c-430b-94b6-5e3f719df2ac' 2020-06-16 23:03:25,899-04 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engine-Thread-29) [16c24599-0048-44eb-a410-d39b7ce98712] START, SPMClearTaskVDSCommand( SPMTaskGuidBaseVDSCommandParameters:{storagePoolId='3bcde3b4-b044-11ea-bbb6-5452c0a8c863', ignoreFailoverLimit='false', taskId='6b2a7648-748c-430b-94b6-5e3f719df2ac'}), log id: 481c2d3d 2020-06-16 23:03:25,900-04 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engine-Thread-29) [16c24599-0048-44eb-a410-d39b7ce98712] START, HSMClearTaskVDSCommand(HostName = lago-he-basic-suite-master-host-0, HSMTaskGuidBaseVDSCommandParameters:{hostId='85ecc51c-f2cb-46a1-9452-fd487399d8dd', taskId='6b2a7648-748c-430b-94b6-5e3f719df2ac'}), log id: 17360b3d ... 2020-06-16 23:03:26,054-04 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engine-Thread-29) [16c24599-0048-44eb-a410-d39b7ce98712] BaseAsyncTask::removeTaskFromDB: Removed task '6b2a7648-748c-430b-94b6-5e3f719df2ac' from DataBase But then: 2020-06-16 23:03:26,315-04 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.UploadStreamVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-55) [7fe7b467] Command 'UploadStreamVDSCommand(HostName = lago-he-basic-suite-master-host-0, UploadStreamVDSCommandParameters:{hostId='85ecc51c-f2cb-46a1-9452-fd487399d8dd'})' execution failed: javax.net.ssl.SSLPeerUnverifiedException: Certificate for <lago-he-basic-suite-master-host-0.lago.local> doesn't match any of the subject alternative names: [lago-he-basic-suite-master-host-0.lago.local] 2020-06-16 23:03:26,315-04 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.UploadStreamVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-55) [7fe7b467] FINISH, UploadStreamVDSCommand, return: , log id: 7e3a3e80 2020-06-16 23:03:26,316-04 ERROR [org.ovirt.engine.core.bll.storage.ovfstore.UploadStreamCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-55) [7fe7b467] Command 'org.ovirt.engine.core.bll.storage.ovfstore.UploadStreamCommand' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: javax.net.ssl.SSLPeerUnverifiedException: Certificate for <lago-he-basic-suite-master-host-0.lago.local> doesn't match any of the subject alternative names: [lago-he-basic-suite-master-host-0.lago.local] (Failed with error VDS_NETWORK_ERROR and code 5022) Any idea why? Anything changed in how we check the certificate? Perhaps related to upgrade to CentOS 8.2? And, how come it failed only this late? Don't we check the certificate earlier? Anyway, this left the host in "not responding" state, so: 2020-06-16 23:03:29,994-04 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommandCallback] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-79) [16c24599-0048-44eb-a410-d39b7ce98712] Failed to get volume info: org.ovirt.engine.core.common.errors.EngineException: EngineException: No host was found to perform the operation (Failed with error RESOURCE_MANAGER_VDS_NOT_FOUND and code 5004) And perhaps due to an unrelated issue, also: 2020-06-16 23:03:31,177-04 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMRevertTaskVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-43) [16c24599-0048-44eb-a410-d39b7ce98712] Trying to revert unknown task '6b2a7648-748c-430b-94b6-5e3f719df2ac' I looked a bit also at: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1641… and see there some relevant stuff, but nothing I can spot about the root cause (e.g. the word "cert" does not appear there). Can anyone please have a look? Thanks. > Build Number: 1641 > Build Status: Still Failing > Triggered By: Started by timer > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #1633 > [Marcin Sobczyk] ost-images: Drop rebasing of qcows > > [Ehud Yonasi] mock: fix yum repos injection. > > [Ehud Yonasi] onboard ost-images to stdci. > > > Changes for Build #1634 > [Marcin Sobczyk] ost-images: Drop rebasing of qcows > > > Changes for Build #1635 > [Marcin Sobczyk] ost-images: Drop rebasing of qcows > > > Changes for Build #1636 > [Marcin Sobczyk] ost-images: Drop rebasing of qcows > > > Changes for Build #1637 > [Marcin Sobczyk] ost-images: Drop rebasing of qcows > > > Changes for Build #1638 > [Marcin Sobczyk] ost-images: Drop rebasing of qcows > > [Ehud Yonasi] stdci_runner: update templates node to ost-images. > > > Changes for Build #1639 > [Marcin Sobczyk] ost-images: Drop rebasing of qcows > > > Changes for Build #1640 > [Yedidyah Bar David] Allow engine 20 minutes to come up after VM restart > > > Changes for Build #1641 > [Michal Skrivanek] test live storage migration again > > [Ehud Yonasi] poll: add ost-images to nightly. > > > > > ----------------- > Failed Tests: > ----------------- > No tests ran. -- Didi

5 12

Re: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 1655 - Still Failing!
by Yedidyah Bar David 07 Jul '20

07 Jul '20

On Sun, Jun 28, 2020 at 6:23 AM <jenkins(a)jenkins.phx.ovirt.org> wrote: > > Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ > Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1655/ This fails for some time now. Checked last one ^^, and it failed in: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1655… 2020-06-27 23:05:02,253-0400 INFO ansible task start {'status': 'OK', 'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 'ansible_task': 'ovirt.hosted_engine_setup : Check OVF_STORE volume status'} 2020-06-27 23:05:02,253-0400 DEBUG ansible on_any args TASK: ovirt.hosted_engine_setup : Check OVF_STORE volume status kwargs is_conditional:False 2020-06-27 23:05:02,254-0400 DEBUG ansible on_any args localhostTASK: ovirt.hosted_engine_setup : Check OVF_STORE volume status kwargs 2020-06-27 23:05:03,816-0400 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f454e3d1eb8> kwargs ... 2020-06-27 23:09:39,166-0400 DEBUG var changed: host "localhost" var "ovf_store_status" type "<class 'dict'>" value: "{ "changed": true, "failed": true, "msg": "All items completed", "results": [ { "ansible_loop_var": "item", "attempts": 12, Meaning, it ran 12 times the command: vdsm-client Volume getInfo storagepoolID=41c9fdea-b8e9-11ea-ae2a-5452c0a8c863 storagedomainID=10a69775-8fb6-437d-9e78-2ecfd77c0a45 imageID=c2ad2065-1c8b-4ec1-afdd-f7cefc708cf9 volumeID=6b835f55-a512-4f83-9d25-f6837d8b5cb1 and never got a result with output including "Updated". Any idea? Perhaps it's just a bug in the test, and we should test something else other than "Updated"? Or perhaps there was some other problem but I failed to find it? Thanks, > Build Number: 1655 > Build Status: Still Failing > Triggered By: Started by timer > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #1643 > [Galit] Add missing repo which has collectd-write_syslog > > [Sandro Bonazzola] Revert "ovirt-release: run only on fc29 nodes" > > > Changes for Build #1644 > [Michal Skrivanek] make GLANCE failures fatal > > > Changes for Build #1645 > [Michal Skrivanek] use // in glance URL > > > Changes for Build #1646 > [Galit] Fix: No module named ost_utils.memoized > > > Changes for Build #1647 > [Martin Necas] ansible: fix deploy scripts to el8 > > [arachmani] Add arachman(a)redhat.com to jenkins recipient lists > > > Changes for Build #1648 > [Martin Necas] ansible: fix deploy scripts to el8 > > [Evgheni Dereveanchin] Do not run jenkins check-patch job on fc29 > > > Changes for Build #1649 > [Martin Necas] ansible: fix deploy scripts to el8 > > > Changes for Build #1650 > [Martin Necas] ansible: fix deploy scripts to el8 > > > Changes for Build #1651 > [Galit] Add centos8.2 official to templates > > > Changes for Build #1652 > [Evgeny Slutsky] he-basic-suite-master: Add Domain_name to the host when vm_run > > [Gal Ben Haim] Add gcc to fcraw > > [Sandro Bonazzola] pipelines: add ovirt-dependencies > > > Changes for Build #1653 > [Evgeny Slutsky] he-basic-suite-master: Add Domain_name to the host when vm_run > > > Changes for Build #1654 > [Galit] Add centos 8.2 image: el8.2-base > > [Evgheni Dereveanchin] do not expand values in run_oc_playbook > > > Changes for Build #1655 > [Galit] Add centos 8.2 image: el8.2-base > > > > > ----------------- > Failed Tests: > ----------------- > No tests ran. -- Didi

3 5

Backup: how to download only used extents from imageio backend
by Michael Ablassmeier 03 Jul '20

03 Jul '20

hi, im currently looking at the new incremental backup api that has been part of the 4.4 and RHV 4.4-beta release. So far i was able to create full/incremental backups and restore without any problem. Now, using the backup_vm.py example from the ovirt-engine-sdk i get the following is happening during a full backup: 1) imageio client api requests transfer 2) starts qemu-img to create a local qemu image with same size 3) starts qemu-nbd to serve this image 4) reads used extents from provided imageio source, passes data to qemu-nbd process 5) resulting file is a thin provisioned qcow image with the actual data of the VM's used space. while this works great, it has one downside: if i backup a virtual machine with lots of used extents, or multiple virtual machines at the same time, i may run out of space, if my primary backup target is not a regular disk. Imagine i want to stream the FULL backup to tape directly like backup_vm.py full [..] <vm_uuid> /dev/nst0 thats currently not possible, because qemu-img is not able to open a tape device directly, given its nature of the qcow2 format. So what iam basically looking for, is a way to download only the extents from the imageio server that are really in use, not depending on qemu-* tools, to be able to pipe the data somehwere else. Standard tools, like for example curl, will allways download the full provisioned image from the imageio backend (of course). I noticed is that it is possible to query the extents via: https://tranfer_node:54322/images/d471c659-889f-4e7f-b55a-a475649c48a6/exte… As i failed to find them, are there any existing functions/api calls that could be used to download only the used extents to a file/fifo pipe? So far, i played around with the _internal.io.copy function, beeing able to at least read the data into a in memory BytesIO stream, but thats not the solution to my "problem" :) bye, - michael

3 7

VM rebooted during OST test_hotplug_cpu
by Yedidyah Bar David 02 Jul '20

02 Jul '20

Hi all, I am trying to verify fixes for ovirt-engine-rename, specifically for OVN. Engine top patch is [1], OST patch [2]. Ran the manual job on these [3]. In previous patches, OST failed in earlier tests. Now, it passed these tests, so I hope that my patches are enough for what I am trying to do. However, [3] did fail later, during test_hotplug_cpu - it set the number of CPUs, then tried to connect to the VM, and timed out. The logs imply that right after it changed the number of CPUs, the VM was rebooted, apparently by libvirtd. Relevant log snippets: vdsm [4]: 2020-06-29 10:21:10,889-0400 DEBUG (jsonrpc/1) [virt.vm] (vmId='7474280d-4501-4355-9425-63898757682b') Setting number of cpus to : 2 (vm:3089) 2020-06-29 10:21:10,952-0400 INFO (jsonrpc/1) [api.virt] FINISH setNumberOfCpus return={'status': {'code': 0, 'message': 'Done'}, 'vmList': {}} from=::ffff:192.168.201.4,54576, flow_id=7f9503ed, vmId=7474280d-4501-4355-9425-63898757682b (api:54) 2020-06-29 10:21:11,111-0400 DEBUG (periodic/0) [virt.sampling.VMBulkstatsMonitor] sampled timestamp 2925.602824355 elapsed 0.160 acquired True domains all (sampling:451) 2020-06-29 10:21:11,430-0400 DEBUG (jsonrpc/1) [jsonrpc.JsonRpcServer] Return 'VM.setNumberOfCpus' in bridge with {} (__init__:356) 2020-06-29 10:21:11,432-0400 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call VM.setNumberOfCpus succeeded in 0.56 seconds (__init__:312) 2020-06-29 10:21:12,228-0400 INFO (libvirt/events) [virt.vm] (vmId='7474280d-4501-4355-9425-63898757682b') reboot event (vm:1033) qemu [5]: 2020-06-29T14:21:12.260303Z qemu-kvm: terminating on signal 15 from pid 42224 (<unknown process>) 2020-06-29 14:21:12.462+0000: shutting down, reason=destroyed libvirtd [6] itself does not log anything relevant AFAICT, but at least it shows that the above unknown process is itself: 2020-06-29 14:18:16.212+0000: 42224: error : qemuMonitorIO:620 : internal error: End of file from qemu monitor (Note that above line is from 3 minutes before the reboot, and the only place in the log with '42224'. No other log there has 42224, other than these and audit.log). Any idea? Is this a bug in libvirt? vdsm? I'd at least expect something in the log for such a severe step. [1] https://gerrit.ovirt.org/109961 [2] https://gerrit.ovirt.org/109734 [3] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [4] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [5] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [6] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… -- Didi

4 6

ovirt-engine has been tagged (ovirt-engine-4.4.1.5)
by Sandro Bonazzola 01 Jul '20

01 Jul '20

1 0

vdsm CI failing randomly again
by Ales Musil 30 Jun '20

30 Jun '20

Hi, it seems like vdsm CI is failing randomly again on el8. I can see the error that the it cannot install the python2-pyxdg package. 2020-06-30T11:27:12.327Z] Error: Unable to find a match: python2-pyxdg nosync The job that failed [0]. Can anyone please take a look? Thank you. Regards, Ales [0] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/22328/ -- Ales Musil Software Engineer - RHV Network Red Hat EMEA <https://www.redhat.com> amusil(a)redhat.com IM: amusil <https://red.ht/sig>

1 0

Hyperconverged Single Host Glusterfs timing issue
by Glenn Marcy 30 Jun '20

30 Jun '20

Now that I've been able to get past my issues with q35 bios I decided to try the hyperconverged install. setting up the storage was no problem and the engine setup went fine until the point where it wanted to use that glusterfs storage. I got the error, pretty quickly I might add, of 2020-06-30 02:17:50,689-0400 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f83f85b4278> kwargs 2020-06-30 02:17:51,428-0400 INFO ansible task start {'status': 'OK', 'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 'ansible_task': 'ovirt.hosted_engine_setup : Add glusterfs storage domain'} 2020-06-30 02:17:51,428-0400 DEBUG ansible on_any args TASK: ovirt.hosted_engine_setup : Add glusterfs storage domain kwargs is_conditional:False 2020-06-30 02:17:51,429-0400 DEBUG ansible on_any args localhostTASK: ovirt.hosted_engine_setup : Add glusterfs storage domain kwargs 2020-06-30 02:17:53,656-0400 DEBUG var changed: host "localhost" var "otopi_storage_domain_details_gluster" type "<class 'dict'>" value: "{ "changed": false, "exception": "Traceback (most recent call last): File \"/tmp/ansible_ovirt_storage_domain_payload_jh42k_ip/ansible_ovirt_storage_domain_payload.zip/ansible/modules/cloud/ovirt/ovirt_storage_domain.py\", line 792, in main File \"/tmp/ansible_ovirt_storage_domain_payload_jh42k_ip/ansible_ovirt_storage_domain_payload.zip/ansible/module_utils/ovirt.py\", line 623, in create **kwargs File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py\", line 26097, in add return self._internal_add(storage_domain, headers, query, wait) File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py\", line 232, in _internal_add return future.wait() if wait else future File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py\", line 55, in wait return self._code(response) File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py\", line 229, in callback self._check_fault(response) File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py\", line 132, in _check_fault self._raise_error(response, body) File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py\", line 118, in _raise_error raise error\novirtsdk4.Error: Fault reason is \"Operation Failed\". Fault detail is \"[Failed to fetch Gluster Volume List]\". HTTP response code is 400.\n", "failed": true, "msg": "Fault reason is \"Operation Failed\". Fault detail is \"[Failed to fetch Gluster Volume List]\". HTTP response code is 400." }" The glusterfs cli worked fine by that point, had no issues with volume list, so I went into the node:6900/ovirt-engine forwarder to the appliance and could see that at the time of that error in the event logs there was a message that it was starting to update things and a few seconds later a message that the volumes were available. I am thinking that there is need for a retry loop in this step or that something in the path isn't waiting for something internal to complete before issuing the Operation Failed error. Regards, Glenn Marcy

1 0

OST failing because of modular filtering error
by Parth Dhanjal 30 Jun '20

30 Jun '20

Hey! I am unable to install gluster-ansible-roles on VMs because of an error from modular filtering > - conflicting requests > - package python-six-1.9.0-2.el7.noarch is filtered out by modular > filtering > - package python2-cryptography-1.7.2-2.el7.x86_64 is filtered out by > modular filtering > - package python2-cryptography-2.1.4-2.el7.x86_64 is filtered out by > modular filtering > - package python2-six-1.10.0-9.el7.noarch is filtered out by modular > filtering > - package python-six-1.9.0-1.el7.noarch is filtered out by modular > filtering > I tried disabling the modular packages but still facing this issue, can someone suggest a fix? Regards Parth Dhanjal

2 2

Why are UI tests failing on ovirt-system-tests_manual ?
by Lucia Jelinkova 29 Jun '20

29 Jun '20

Hi all, If you're running manual OST tests Jenkins job [1] with custom repository pointing to your ovirt-engine Gerrit check patch job, you most probably notice that the UI tests are failing with one of the following errors: basic-suite-master.test-scenarios.100_basic_ui_sanity_pytest.test_left_nav[firefox] basic-suite-master.test-scenarios.100_basic_ui_sanity_pytest.test_virtual_machines[chrome] This is due to the fact that the normal check patch job does not always build GWT (first error) or it does not build GWT for both Firefox and Chrome (second error). If you want to test your ovirt-engine patch, please comment "ci build" on the patch, wait for the job to finish and use that job as a custom repository to run tests. I know that many devs know this "trick" but it might not be so clear for people not so long on the project. If you see any other issue, look into the screenshots or saved html in the exported artifacts. If you think it is a problem with tests, please contact me. Regards, Lucia 1: https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test…

2 2

oVirt 2020 online conference
by Sandro Bonazzola 29 Jun '20

29 Jun '20

It is our pleasure to invite you to oVirt 2020 online conference. The conference,organized by oVirt community, will take place online on Monday, September 7th 2020! oVirt 2020 is a free conference for oVirt community project users and contributors coming to a web browser near you! There is no admission or ticket charge for this event. However, you will be required to complete a free registration. Watch https://blogs.ovirt.org/ovirt-2020-online-conference/ for updates about registration. Talks, presentations and workshops will all be in English. We encourage students and new graduates as well as professionals to submit proposals to oVirt conferences. We will be looking for talks and discussions across virtualization, and how oVirt 4.4 can effectively solve user issues around: - Upgrade flows - New features - Integration with other projects - User stories The deadline to submit abstracts is July 26th 2020. To submit your abstract, please click on the following link: submission form <https://forms.gle/1RDUwPGKobJfKhaYA> More information are available at https://blogs.ovirt.org/ovirt-2020-online-conference/ Thanks, -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*

1 0

getVds().getInterfaces() is returning empty list of VdsNetworkInterface everytime
by Prajith Kesava Prasad 26 Jun '20

26 Jun '20

Hey Everyone, what I'm trying to achieve here is to get the list of network interfaces attached to each host, and then further get the ipv4Address from the corresponding attached logical network (as seen in the in the column in the image below). So i tried to get the list of interfaces of current host by getVds().getInterfaces() and it is returning an empty list of List<VdsNetworkInterface>. even though its showing in the UI. Could you tell me if I'm missing something? FYI:- (I'm ran vdsm-cliend Host getCapablities and getNetworkCapablities and it was returning correctly.) Regards, Prajith. [image: image.png]

3 6

[RFE][ Design Doc Review] Replace Host from Ovirt-Engine
by Prajith Kesava Prasad 26 Jun '20

26 Jun '20

Hey everyone, Currently the gluster replace host feature is achieved by CLI <https://github.com/gluster/gluster-ansible/blob/a4daa62d59c13296d1089fddd90…> , with the help of gluster-ansible. This design doc is to incorporate the replace host feature from the ovirt-engine . I have attached google-doc link in this email. Requesting you to kindly review it. and share your comments. Replace-Host:- https://docs.google.com/document/d/1A_pFciKHki7QaPJj4Eaq_wkwER66tZvIKAfOYuj… Thanks & Regards, Prajith K Prasad.

1 0

Re: Proposing Ales Musil as VDSM network maintainer
by Nir Soffer 26 Jun '20

26 Jun '20

On Mon, Jun 22, 2020 at 1:13 PM Marcin Sobczyk <msobczyk(a)redhat.com> wrote: > On 6/22/20 11:00 AM, Edward Haas wrote: > > Hello to all VDSM maintainers, These discussions should be public. Adding devel(a)ovirt.org > I hope I did not miss any active maintainers. > > I'd like to nominate Ales Musil to formally take over the vdsm-network vertical as a maintainer > after acting as such in the last period. > > Would you approve adding him to the vdsm-master-maintainers > https://gerrit.ovirt.org/#/admin/groups/106,members list, > so he will not be blocked on my availability? > > +1 I don't see any problem, so +1. Let's wait a few days for more feedback on devel. Nir

6 6

Closed bugs / issues rant
by Sandro Bonazzola 25 Jun '20

25 Jun '20

Hi, I want to share some thoughts on bugs and issues currently in closed state for a target milestone > ovirt-4.4.1 To my perspective: *Wontfix* should drop target milestone. The bug won't be fixed in the targeted milestone. Keeping the target milestone gives the false impression that starting from targeted milestone it will be magically done. *Deferred* should drop target milestone. The bug won't be fixed in the targeted milestone. Keeping the target milestone gives the false impression that starting from targeted milestone it will be magically done. *Duplicate* should have the same target milestone of the duplicated bug. Having a bug targeting 4.4.3 duplicated of a bug fixed in 4.4.1 can lead to impression the bug has been closed by mistake, being a regression appeared after the real bug has been closed. *Works for me* should have a target milestone set to current release. Having a works for me targeted to 4.4.3 while still working on 4.4.1 doesn't make sense to me. *Not a bug* should have a target milestone set to current release. Having a not a bug targeted to 4.4.3 while still working on 4.4.1 doesn't make sense to me. If it's not a bug it's not a bug already right now. I'm addressing bugs I stumble upon, but please take care of properly targeting your bugs. It helps a lot understanding what's being fixed and what not and why. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*

1 0

Re: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-4.3 - Build # 472 - Failure!
by Yedidyah Bar David 25 Jun '20

25 Jun '20

On Sat, Jun 13, 2020 at 5:01 AM <jenkins(a)jenkins.phx.ovirt.org> wrote: > > Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/ > Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/472/ This failed in: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/474/tes… Fault reason is "Operation Failed". Fault detail is "[Cannot activate Host. Related operation is currently in progress. Please try again later.]". HTTP response code is 409. engine.log has: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/474/art… 2020-06-15 00:00:58,330-04 INFO [org.ovirt.engine.core.bll.RefreshHostCapabilitiesCommand] (ForkJoinPool-1-worker-8) [3715b680] Running command: RefreshHostCapabilitiesCommand internal: true. Entities affected : ID: e75bc41d-c044-40f6-a645-9a86f2ef2536 Type: VDSAction group MANIPULATE_HOST with role type ADMIN 2020-06-15 00:00:58,331-04 INFO [org.ovirt.engine.core.bll.RefreshHostCapabilitiesCommand] (ForkJoinPool-1-worker-8) [3715b680] Before acquiring lock in order to prevent monitoring for host 'lago-he-basic-suite-4-3-host-0' from data-center 'Default' 2020-06-15 00:00:58,332-04 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (ForkJoinPool-1-worker-8) [3715b680] Failed to acquire lock and wait lock 'HostEngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS_INIT]', sharedLocks=''}' 2020-06-15 00:00:58,337-04 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] (EE-ManagedThreadFactory-engine-Thread-281) [] Clearing cache of pool: 'e186881e-aeb0-11ea-8e5b-5452c0a8c863' for problematic entities of VDS: 'lago-he-basic-suite-4-3-host-0'. 2020-06-15 00:00:58,337-04 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] (EE-ManagedThreadFactory-engine-Thread-281) [] Removing vds '[e75bc41d-c044-40f6-a645-9a86f2ef2536]' from the domain in maintenance cache 2020-06-15 00:00:58,338-04 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] (EE-ManagedThreadFactory-engine-Thread-281) [] Removing host(s) '[e75bc41d-c044-40f6-a645-9a86f2ef2536]' from hosts unseen domain report cache 2020-06-15 00:00:58,382-04 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-60) [] START, DisconnectStoragePoolVDSCommand(HostName = lago-he-basic-suite-4-3-host-0, DisconnectStoragePoolVDSCommandParameters:{hostId='e75bc41d-c044-40f6-a645-9a86f2ef2536', storagePoolId='e186881e-aeb0-11ea-8e5b-5452c0a8c863', vds_spm_id='1'}), log id: e9ba207 2020-06-15 00:00:58,498-04 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (ForkJoinPool-1-worker-8) [3715b680] Failed to acquire lock and wait lock 'HostEngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS_INIT]', sharedLocks=''}' 2020-06-15 00:01:01,657-04 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (ForkJoinPool-1-worker-8) [3715b680] Failed to acquire lock and wait lock 'HostEngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS_INIT]', sharedLocks=''}' 2020-06-15 00:01:03,556-04 INFO [org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-1) [e4c7e809-7883-47dc-b7da-3236cc754ebb] Failed to Acquire Lock to object 'EngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS]', sharedLocks=''}' 2020-06-15 00:01:03,585-04 WARN [org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-1) [e4c7e809-7883-47dc-b7da-3236cc754ebb] Validation of action 'ActivateVds' failed for user admin@internal-authz. Reasons: VAR__ACTION__ACTIVATE,VAR__TYPE__HOST,ACTION_TYPE_FAILED_OBJECT_LOCKED 2020-06-15 00:01:03,864-04 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-1) [] Operation Failed: [Cannot activate Host. Related operation is currently in progress. Please try again later.] Sandro reported about a similar case in the thread: [ovirt-devel] ovirt-system-tests_he-basic-suite-4.3 fails on storage domain unreachable About: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/427/ Can't see there any response. Can someone please have a look? Thanks. Best regards, -- Didi

3 2

Failing OST
by Dominik Holler 25 Jun '20

25 Jun '20

Hello, is someone already investigating 2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend] (default task-1) [] Executing command AddVds for user admin@internal-authz. 2020-06-24 07:29:43,653-04 DEBUG [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user '81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is member of, have the following permissions: ID: 39c35b3b-a61e-4d80-8880-4de70a11711b Type: ClusterAction group CREATE_HOST with role type ADMIN 2020-06-24 07:29:43,655-04 DEBUG [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission '81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds', on 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b' 2020-06-24 07:29:43,685-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored procedure. Call string is [{call getvmstaticbyname(?)}] 2020-06-24 07:29:43,685-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for procedure [GetVmStaticByName] compiled 2020-06-24 07:29:43,693-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored procedure. Call string is [{call getvdsbynameandclusterid(?, ?)}] 2020-06-24 07:29:43,693-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for procedure [GetVdsByNameAndClusterId] compiled 2020-06-24 07:29:43,722-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getByName, params: [lago-basic-suite-master-host-0, 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms 2020-06-24 07:29:43,728-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored procedure. Call string is [{call getvdsbyhostnameandclusterid(?, ?)}] 2020-06-24 07:29:43,728-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for procedure [GetVdsByHostNameAndClusterId] compiled 2020-06-24 07:29:43,755-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getAllForHostname, params: [lago-basic-suite-master-host-0, 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 33ms 2020-06-24 07:29:43,760-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored procedure. Call string is [{call getstorage_poolsbyclusterid(?)}] 2020-06-24 07:29:43,760-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for procedure [Getstorage_poolsByClusterId] compiled 2020-06-24 07:29:43,774-04 DEBUG [org.ovirt.engine.core.uutils.ssh.SSHClient] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Connecting 'root@lago-basic-suite-master-host-0' 2020-06-24 07:29:44,142-04 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: runAction, params: [AddVds, AddVdsActionParameters:{commandId='b5957621-faaa-441c-a5e3-b2e1e3f7b6e1', user='null', commandType='Unknown'}], timeElapsed: 578ms 2020-06-24 07:29:44,147-04 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-1) [] Operation Failed: WFLYEJB0442: Unexpected Error 2020-06-24 07:29:44,147-04 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-1) [] Exception: javax.ejb.EJBException: WFLYEJB0442: Unexpected Error at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:230) at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:430) at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:160) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… ? Dominik

3 4

Vdsm CI for el8 is broken
by Amit Bawer 25 Jun '20

25 Jun '20

Hi Seems that in the last few days the el8 CI for vdsm cannot run, were there any el8 repo changes? [2020-06-21T09:20:03.003Z] Mock Version: 2.2 [2020-06-21T09:20:03.003Z] INFO: Mock Version: 2.2 [2020-06-21T09:20:03.987Z] Start: dnf install [2020-06-21T09:20:12.326Z] ERROR: Command failed: [2020-06-21T09:20:12.326Z] # /usr/bin/dnf --installroot /var/lib/mock/epel-8-x86_64-8e9eeb575ab4da7bf0fbfdc80a25b9c0-30232/root/ --releasever 8 --setopt=deltarpm=False --allowerasing --disableplugin=local --disableplugin=spacewalk --disableplugin=local --disableplugin=spacewalk install dnf tar gcc-c++ redhat-rpm-config which xz sed make bzip2 gzip gcc coreutils unzip shadow-utils diffutils cpio bash gawk rpm-build info patch util-linux findutils grep python36 autoconf automake createrepo dnf dnf-utils e2fsprogs gcc gdb git iproute-tc iscsi-initiator-utils libguestfs-tools-c lshw make openvswitch ovirt-imageio-common python3-augeas python3-blivet python3-coverage python3-dateutil python3-dbus python3-decorator python3-devel python3-dmidecode python3-inotify python3-ioprocess-1.4.1 python3-libselinux python3-libvirt python3-magic python3-netaddr python3-nose python3-pip python3-policycoreutils python3-pyyaml python3-requests python3-sanlock python3-six python3-yaml rpm-build rpmlint sanlock sudo systemd-udev xfsprogs --setopt=tsflags=nocontexts [2020-06-21T09:20:12.326Z] No matches found for the following disable plugin patterns: local, spacewalk [2020-06-21T09:20:12.326Z] Last metadata expiration check: 0:00:02 ago on Sun Jun 21 09:20:07 2020. [2020-06-21T09:20:12.326Z] No match for argument: openvswitch [2020-06-21T09:20:12.326Z] Error: Unable to find a match: openvswitch Taken from https://jenkins.ovirt.org/job/vdsm_standard-check-patch/21966/consoleText Thanks

6 14

Re: Bug 1522926 - [RFE] Integrate lvm filter configuration in vdsm-tool configure step
by Amit Bawer 24 Jun '20

24 Jun '20

I am not sure how "vdsm-tool config-lvm-filter -y" should be carried as part of host-deployment as it is not part of the configurators executed by "vdsm-tool configure". Should it be another task in ansible or an addition to host deploy package[1] after doing configuration? [1] https://github.com/oVirt/ovirt-host-deploy/blob/master/src/plugins/ovirt-ho… On Tue, Jun 23, 2020 at 4:30 PM Nir Soffer <nsoffer(a)redhat.com> wrote: > On Tue, Jun 23, 2020 at 4:28 PM Yedidyah Bar David <didi(a)redhat.com> > wrote: > > > > On Tue, Jun 23, 2020 at 4:11 PM Amit Bawer <abawer(a)redhat.com> wrote: > > > > > > > > > > > > On Tue, Jun 23, 2020 at 2:55 PM Nir Soffer <nsoffer(a)redhat.com> wrote: > > >> > > >> On Tue, Jun 23, 2020 at 2:47 PM Tal Nisan <tnisan(a)redhat.com> wrote: > > >> > > > >> > BTW: Nir wrote somewhere that it can be done in a day so it > shouldn't be a problem ;) > > >> > > > >> > On Tue, Jun 23, 2020 at 2:02 PM Tal Nisan <tnisan(a)redhat.com> > wrote: > > >> >> > > >> >> Hey guys, > > >> >> I've talked to Michal and we have to get this change in 4.4.1 so > we'll need to start to work on it ASAP, I've asked Amit to take it so let's > try and understand together what we need to do here > > >> > > >> I think we should: > > >> > > >> - fix the exit code of the tool, currently it always exits with 0, so > > >> there is no way to handle errors. > > >> I commented about it in the bug > > >> > > >> - run the tool when deploying a host, after or before we run > > >> "vdsm-tool configure --force" > > >> I don't know where is the code running when deploying a host, it may > > >> be in some ansible > > >> script. Best ask on devel and CC Didi. > > > > > > > > > Probably invoked from playbook for ovirt-host-deploy.yml, calling the > following package code: > > > > https://github.com/oVirt/ovirt-host-deploy/blob/master/src/plugins/ovirt-ho… > > > > > > +Yedidyah Bar David could you confirm? > > > > Yes, AFAIK - but this code is maintained by Infra team, not > > Integration. Adding Dana, who is the main/original author (and > > probably main maintainer?). > > Great. > > Amit, please continue the technical discussion on devel. > > > > From ovirt-host-deploy log in engine: > > > > > > 2020-05-25 16:49:32 EDT - TASK [ovirt-host-deploy-vdsm : Verify > minimum vdsm version exists] ************* > > > 2020-05-25 16:49:32 EDT - TASK [ovirt-host-deploy-vdsm : Reconfigure > vdsm tool] ************************** > > > 2020-05-25 16:50:08 EDT - changed: [10.35.18.187] > > > 2020-05-25 16:50:08 EDT - { > > > "status" : "OK", > > > "msg" : "", > > > "data" : { > > > "uuid" : "13daab0a-a4d8-4a67-8266-3a350efeb36a", > > > "counter" : 52, > > > "stdout" : "changed: [10.35.18.187]", > > > "start_line" : 46, > > > "end_line" : 47, > > > "runner_ident" : "2ef6527a-9ec9-11ea-82a6-525400200635", > > > "event" : "runner_on_ok", > > > "pid" : 30013, > > > "created" : "2020-05-25T20:50:06.341271", > > > "parent_uuid" : "52540020-0635-d1d2-2820-000000000199", > > > "event_data" : { > > > "playbook" : "ovirt-host-deploy.yml", > > > "playbook_uuid" : "b9cdaec8-402d-4705-81d0-973775a69e18", > > > "play" : "all", > > > "play_uuid" : "52540020-0635-d1d2-2820-000000000006", > > > "play_pattern" : "all", > > > "task" : "Reconfigure vdsm tool", > > > "task_uuid" : "52540020-0635-d1d2-2820-000000000199", > > > "task_action" : "command", > > > "task_args" : "", > > > "task_path" : > "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-vdsm/tasks/packages.yml:18", > > > "role" : "ovirt-host-deploy-vdsm", > > > "host" : "10.35.18.187", > > > "remote_addr" : "10.35.18.187", > > > "res" : { > > > "cmd" : "vdsm-tool configure --force", > > > "stdout" : "\nChecking configuration status...\n\nCurrent > revision of multipath.conf detected, preserving\nabrt is already configured > for vdsm\nlvm is configured for vdsm\nManaged volume database is already > configured\nlibvirt is already configured for vdsm\nSUCCESS: ssl configured > to true. No conflicts\n\nRunning configure...\nReconfiguration of abrt is > done.\nReconfiguration of passwd is done.\nReconfiguration of libvirt is > done.\n\nDone configuring modules to VDSM.", > > > "stderr" : "", > > > "rc" : 0, > > > "start" : "2020-05-25 16:49:31.421596", > > > "end" : "2020-05-25 16:50:06.225412", > > > "delta" : "0:00:34.803816", > > > "changed" : true, > > > "invocation" : { > > > "module_args" : { > > > "_raw_params" : "vdsm-tool configure --force", > > > "_uses_shell" : true, > > > "warn" : true, > > > "stdin_add_newline" : true, > > > "strip_empty_ends" : true, > > > "argv" : null, > > > "chdir" : null, > > > "executable" : null, > > > "creates" : null, > > > "removes" : null, > > > "stdin" : null > > > } > > > }, > > > "stdout_lines" : [ "", "Checking configuration status...", "", > "Current revision of multipath.conf detected, preserving", "abrt is already > configured for vdsm", "lvm is configured for vdsm", "Managed volume > database is already configured", "libvirt is already configured for vdsm", > "SUCCESS: ssl configured to true. No conflicts", "", "Running > configure...", "Reconfiguration of abrt is done.", "Reconfiguration of > passwd is done.", "Reconfiguration of libvirt is done.", "", "Done > configuring modules to VDSM." ], > > > "stderr_lines" : [ ], > > > "_ansible_no_log" : false > > > }, > > > > > > > > > > > >> > > >> The one day estimate did not include fixing the exit code and testing > :-) > > >> > > > > > > -- > > Didi > > > >

2 1