- Devel - oVirt List Archives

vdsm has been tagged (v4.20.36)
by Milan Zamazal 01 Aug '18

01 Aug '18

Vdsm 4.20.36 for oVirt 4.2.6 rc1.

1 0

ovirt-engine has been tagged (ovirt-engine-4.2.6)
by Tal Nisan 01 Aug '18

01 Aug '18

1 0

Extended DPDK support in oVirt[0]
by Leon Goldberg 31 Jul '18

31 Jul '18

Hi, oVirt support for DPDK was introduced in 2017[1], and is now enhanced in terms of deployment via Ansible[2] and usage via OVN. Compatible hosts and NICs can now be easily configured to use userspace drivers, while usage is enhanced via OVN, allowing for both increased performance and SDN usability. For additional information and instructions, please refer to this blog post[0]. [0] https://www.ovirt.org/blog/2018/07/ovn-dpdk/ [1] https://www.ovirt.org/blog/2017/09/ovs-dpdk/ [2] https://github.com/ovirt/ovirt-ansible-dpdk-setup/

1 0

Lago oVirt plugin v0.45 Release Announcement
by Gal Ben Haim 31 Jul '18

31 Jul '18

Hi All, On behalf of the Lago team, I'm pleased to announce Lago oVirt plugin v0.45 is available! For a detailed release announcement, please refer to our Github page at: https://github.com/lago-project/lago-ost-plugin/releases/tag/0.45 Resources ========== Docs: http://lago-ost-plugin.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago-ost-plugin YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ Changelog: http://lago-ost-plugin.readthedocs.io/en/latest/_static/ChangeLog.txt As always, if you find any issues, or willing to contribute, visit our GitHub page. Enjoy! -- *GAL bEN HAIM* RHV DEVOPS

1 0

oVirt Dashboard issues
by Hetz Ben Hamo 31 Jul '18

31 Jul '18

Hi, Whats up with the oVirt Dashboard? it has few problems:. You can see my Dashboard here: https://imgur.com/a/n4IWppe * the errors/warning cube doesn't update so much even after cleaning and waiting an hour or 2 * Cluster cube shows "1 cluster" but also "N/A" even when my cluster is up with 2 machines (with DNS names). * The memory calculation is wrong - it still shows 503.5 GB even if 1 node is down for maintenance (which means I need to see something like 220GB) Should I open bugs on all of them in 1 bugzilla? if so, on which product? Thanks, Hetz

8 13

Image Transfer mechanism queries/API support
by Ranjit DSouza 31 Jul '18

31 Jul '18

Hello oVirt Development team We had a conversation with Pavan Chavva for supporting RHV. He had suggested to contact you with queries related to oVirt APIs we plan to use. We have following queries: 1. While downloading a snapshot disk, can we identify allocated extents and download only those using oVirt API? We are able to download the disk using the Image Transfer API mechanism. However, this method downloads the entire disk including the non-allocated extents, which is a performance overhead. If this functionality does not exist at this point will it be available in near future? 2. Is there an alternate method to transfer a snapshot to and from RHV storage? Are there other methods such as NFS share where we can download snapshot image to and from RHV storage? Thanks Ranjit Team EverestFalcons

10 13

Re: [ovirt-users] VM User with UserRole missing permissions to activate console and other actions
by Greg Sheremeta 30 Jul '18

30 Jul '18

Adding some people who may be able to help. On Wed, Jul 18, 2018 at 7:15 AM Callum Smith <callum(a)well.ox.ac.uk> wrote: > Dear All, > > Please see the errors below. I'm seeing this in the engine.log when as a > user I'm trying to activate either a VM console or reboot a VM which I have > access to as a user ("UserRole permission assigned to VM). > > 2018-07-18 10:51:33,554+01 INFO > [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-9) > [557ca876] Running command > : CreateUserSessionCommand internal: false. > 2018-07-18 10:51:33,575+01 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-9) [557ca876] E > VENT_ID: USER_VDC_LOGIN(30), User callum@Biomedical Research Computing > connecting from '192.168.1.241' using session 'wiWA25wdaRP1zay > iyTSGBJKpvi89LdzgKqeX12BcZhNVhpV2BIA+zkAnT50xOSDglxnhfAi3S2ZiODls8JYFUA==' > logged in. > 2018-07-18 10:51:34,135+01 ERROR > [org.ovirt.engine.core.bll.GetSystemStatisticsQuery] (default task-5) > [8d830cdb-fc11-4e68-94e6-73309 > 65c4488] Query execution failed due to insufficient permissions. > 2018-07-18 10:51:34,205+01 ERROR > [org.ovirt.engine.core.bll.GetPermissionsForObjectQuery] (default task-26) > [ba1825f1-60fb-44cd-8b57- > ea701cf698c0] Query execution failed due to insufficient permissions. > 2018-07-18 10:51:34,242+01 ERROR > [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default > task-26) [] Operation Faile > d: query execution failed due to insufficient permissions. > 2018-07-18 10:51:34,389+01 ERROR > [org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] > (default task-17) [02965366 > -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient > permissions. > 2018-07-18 10:51:34,393+01 ERROR > [org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] > (default task-17) [02965366 > -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient > permissions. > 2018-07-18 10:51:34,394+01 ERROR > [org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] > (default task-17) [02965366 > -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient > permissions. > 2018-07-18 10:51:34,396+01 ERROR > [org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] > (default task-17) [02965366 > -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient > permissions. > 2018-07-18 10:51:59,195+01 WARN > [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-18) > [7881a832] User '9386d6f5-f172-4cdb > -abca-62492a357888' is trying to take the console of virtual machine > 'ddb23e0a-01d5-403c-89ab-37c400d2c938', but the console is alrea > dy taken by user 'd021fc10-4f7c-11e8-88cb-00163e6a7aff'. > 2018-07-18 10:51:59,197+01 INFO > [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-18) > [7881a832] No permission found for > user '9386d6f5-f172-4cdb-abca-62492a357888' or one of the groups he is > member of, when running action 'SetVmTicket', Required permiss > ions are: Action type: 'USER' Action group: 'RECONNECT_TO_VM' Object type: > 'VM' Object ID: 'ddb23e0a-01d5-403c-89ab-37c400d2c938'. > 2018-07-18 10:51:59,197+01 WARN > [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-18) > [7881a832] Validation of action 'Se > tVmTicket' failed for user callum@Biomedical Research Computing. Reasons: > VAR__ACTION__SET,VAR__TYPE__VM_TICKET,USER_CANNOT_FORCE_REC > ONNECT_TO_VM > 2018-07-18 10:51:59,198+01 ERROR > [org.ovirt.engine.api.restapi.resource.BackendVmGraphicsConsoleResource] > (default task-18) [] Operat > ion Failed: USER_CANNOT_FORCE_RECONNECT_TO_VM > > Regards, > Callum > > -- > > Callum Smith > Research Computing Core > Wellcome Trust Centre for Human Genetics > University of Oxford > e. callum(a)well.ox.ac.uk > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-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/users@ovirt.org/message/D7GSJDZ32DBIM… > -- 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>

4 5

Vdsm stuck in get_dpdk_devices
by Nir Soffer 29 Jul '18

29 Jul '18

I'm seeing now new issue with latest vdsm 4.2.5: On engine side, host is not responding. On the host, vdsm is stuck waiting for stuck lshw child processes root 29580 0.0 0.0 776184 27468 ? S<sl 19:44 0:00 /usr/bin/python2 /usr/share/vdsm/supervdsmd --sockfile /var/run/vdsm/svdsm.sock root 29627 0.0 0.0 20548 1452 ? D< 19:44 0:00 \_ lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi -disable memory -disable root 29808 0.0 0.0 20548 1456 ? D< 19:44 0:00 \_ lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi -disable memory -disable root 30013 0.0 0.0 20548 1452 ? D< 19:46 0:00 \_ lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi -disable memory -disable root 30064 0.0 0.0 20548 1456 ? D< 19:49 0:00 \_ lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi -disable memory -disable In the log we see many of these new errors: 2018-07-29 19:52:39,001+0300 WARN (vdsm.Scheduler) [Executor] Worker blocked: <Worker name=periodic/1 running <Task <Operation action=<vdsm.virt.sampling.HostMonitor object at 0x7f8c14152ad 0> at 0x7f8c14152b10> timeout=15, duration=345 at 0x7f8c140f9190> task#=0 at 0x7f8c1418d950>, traceback: File: "/usr/lib64/python2.7/threading.py", line 785, in __bootstrap self.__bootstrap_inner() File: "/usr/lib64/python2.7/threading.py", line 812, in __bootstrap_inner self.run() File: "/usr/lib64/python2.7/threading.py", line 765, in run self.__target(*self.__args, **self.__kwargs) File: "/usr/lib/python2.7/site-packages/vdsm/common/concurrent.py", line 194, in run ret = func(*args, **kwargs) File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 301, in _run self._execute_task() File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315, in _execute_task task() File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 391, in __call__ self._callable() File: "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 220, in __call__ self._func() File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 576, in __call__ sample = HostSample(self._pid) File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 240, in __init__ self.interfaces = _get_interfaces_and_samples() File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 200, in _get_interfaces_and_samples for link in ipwrapper.getLinks(): File: "/usr/lib/python2.7/site-packages/vdsm/network/ipwrapper.py", line 267, in getLinks in six.viewitems(dpdk.get_dpdk_devices())) File: "/usr/lib/python2.7/site-packages/vdsm/network/link/dpdk.py", line 44, in get_dpdk_devices dpdk_devices = _get_dpdk_devices() File: "/usr/lib/python2.7/site-packages/vdsm/common/cache.py", line 41, in __call__ value = self.func(*args) File: "/usr/lib/python2.7/site-packages/vdsm/network/link/dpdk.py", line 111, in _get_dpdk_devices devices = _lshw_command() File: "/usr/lib/python2.7/site-packages/vdsm/network/link/dpdk.py", line 123, in _lshw_command rc, out, err = cmd.exec_sync(['lshw', '-json'] + filterout_cmd) File: "/usr/lib/python2.7/site-packages/vdsm/network/cmd.py", line 38, in exec_sync retcode, out, err = exec_sync_bytes(cmds) File: "/usr/lib/python2.7/site-packages/vdsm/common/cmdutils.py", line 156, in exec_cmd out, err = p.communicate() File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 924, in communicate stdout, stderr = self._communicate(input, endtime, timeout) File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 924, in communicate stdout, stderr = self._communicate(input, endtime, timeout) File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 1706, in _communicate orig_timeout) File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 1779, in _communicate_with_poll ready = poller.poll(self._remaining_time(endtime)) (executor:363) I'm not sure it is reproducible, happened after I - stop vdsmd supervdsmd sanlock wdmd - install new sanlock version with unrelated fix - start vdsmd Running same command from the shell is successful: # time lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi -disable memory -disable cpuinfo > /dev/null real 0m0.744s user 0m0.701s sys 0m0.040s And create fairly large json, but this should not be an issue: # lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi -disable memory -disable cpuinfo | wc -c 143468 Do we have a flag to disable dpkd until this issue is fixed? Nir

1 1

[ACTION REQUIRED] Dropping oVirt 4.1 in CI
by Ehud Yonasi 29 Jul '18

29 Jul '18

Hey everyone, Since oVirt 4.1 has gone EOL, it is time to drop all related jobs in CI which includes: - All 4.1 jobs related - All 4.1 change queue jobs - The 'tested' repository under resources - The 4.1 nightly snapshot repository jobs Maintainers, if your projects have any dependencies on the resources above, please be sure to update them to more up to date or stable resources. In particular, to depend on any 4.1 packages, please use the 4.1 released repo at: Thanks in advance for your cooperation, Ehud.

1 1

[ATT] OST 'master' is now broken because of a change in CentOS - DEVELOPMENT BLOCKED
by Barak Korren 29 Jul '18

29 Jul '18

The openstack-java-glance-* packages in CentOS have been updated in a way that is now incompatible with how engine had been using Glance. This in turn causes any OST run to break ATM, which means no patches are currently making it past OST and CQ and into the 'tested' and nightly snapshot repositories. So far we've only seen this affect 'master' but since the change was made in CentOS, there is no reason to believe it will not break other version as well. A fix to engine to make it compatible with the new package had been posted here: https://gerrit.ovirt.org/c/93352/ Additionally, an issue in OST had made this harder to diagnose then it should have been, and was fixed here: https://gerrit.ovirt.org/c/93350/ Actions required: 1. Please avoid merging any unrelated patches until the issue is fixed 2. If you've merged any patches since Friday morning, please not that there were probably removed from the change queue asfailed changes, ad willl need to be resubmitted by either merging a newer patch to the relevant project, commenting "ci re-merge please" on the latest merged patch in Gerrit or resenting the Webhook event from GitHub. 3. If you can please help with reviewing, merging and back-porting the patches above to speed up resolution of this issue. Here is a list of project for which we've seen patches get dropped over the weekend - ovirt-provider-ovn - ovirt-engine - ovirt-ansible-vm-infra - vdsm Tracker ticket for this issue: https://ovirt-jira.atlassian.net/browse/OVIRT-2375 -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

2 2