- Devel - oVirt List Archives

"Host.queryVms": A proposal for new a VDSM API verb
by Vinzenz Feenstra 27 Jul '14

27 Jul '14

Hi, This proposal is a follow up on a previous discussion about optimizing the communication between VDSM and the ovirt-engine. Currently the engine polls VDSM every 3 seconds with the `list` verb to retrieve the status of all VMs. Every 5th time (every 15 seconds) it alternates to 'getAllVmStats' which gives more information about the VMs. Quite a big portion of the data, mainly the reply of getAllVmStats, is only of interest if it actually changes so that the engine/back-end can act on changes and update rows accordingly. Now the problem is that there is quite a lot of data transferred which is not really necessary and there is a 15 seconds delay on communicating changes to certain VMs before the engine actually can react on them and before these changes can be communicated to the user. As part of an improvement on this matter I'd like to propose a new API verb for VDSM: Host.queryVms(vmIds=[], fields=[], exclude=[], changedSince='') This new verb is intended to eventually replace 2 currently used verbs `list` and `getAllVmStats`. `queryVms` is supposed to allow to request any data fields of a VM which can be requested through the public API: - Statistics - Configuration - Status information - Guest OS Information I have executed some tests and in those tested scenarios the new Verb can result in an improvement of 75%-90% of data transferred and average response body size depending on the scenario and usage. The test results can be found here: http://www.ovirt.org/Feature/VDSM_VM_Query_API/Measurements#Results (An explanation of the tested methods is on the top of the page and a description of the scenario in each section) The benefit of introducing this verb would be a lowered volume of data transferred over the management network which avoids congestion on huge setups and can introduce an increased responsiveness for communicating changes in state to the user. For example live migration status. However even SLA related changes could be communicated faster for things like QoS. Preliminary Feature Proposal Wiki: http://www.ovirt.org/Feature/VDSM_VM_Query_API -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

5 6

UI plugins - talking with Engine via JSESSIONID now requires separate request header
by Vojtech Szocs 26 Jul '14

26 Jul '14

Hi guys, please be advised, patch for master [1] as well as ovirt-engine-3.5 [2] branch was merged recently. This patch enables CSRF (Cross-Site Request Forgery) protection for REST API session acquired by WebAdmin UI plugin infrastructure. If you maintain UI plugin(s) and utilize "RestApiSessionAcquired" event handler function, i.e. your UI plugin (JavaScript) calls Engine directly or you pass the session ID to some other system which calls Engine, make sure that any request to Engine contains both: * JSESSIONID cookie (as today) * JSESSIONID request header (this is new) For CSRF-protected session [3], REST API backend compares these values and if not successful, it responds with HTTP 403 (Forbidden) which will break the communication with Engine. As mentioned above, this applies to all UI plugins deployed on Engine WebAdmin version 3.5 and later. In order to stay compatible with older (unpatched) UI plugins, we could introduce some Engine config parameter to control whether the REST API session for UI plugins should use CSRF protection or not. [1] http://gerrit.ovirt.org/#/c/29682/ [2] http://gerrit.ovirt.org/#/c/29850/ [3] details in commit message of http://gerrit.ovirt.org/#/c/29849/ Regards, Vojtech

4 12

vdsm 4.16.1 - ovirt 3.5 beta2
by ybronhei 26 Jul '14

26 Jul '14

For your use f20 http://koji.fedoraproject.org/koji/taskinfo?taskID=7198657 f19 http://koji.fedoraproject.org/koji/taskinfo?taskID=7198683 el6 http://koji.fedoraproject.org/koji/taskinfo?taskID=7198697 el7 http://koji.fedoraproject.org/koji/taskinfo?taskID=7198799 Thanks, -- Yaniv Bronhaim.

1 0

oVirt Jboss packages for CentOS - naming issue?
by Martin Sivak 25 Jul '14

25 Jul '14

Hi, I just realized we ship a package named jboss-as as a support package for oVirt engine on CentOS 6. I do not think that is a good idea: 1) The package is not compatible with the official jboss-as packages shipped with Fedora or RHEL 7 2) The files are in non-standard location - /usr/share/jboss-as vs. /usr/share/jboss-as-7.1.1.Final and that will cause packaging issues I think we should rename our package to ovirt-jboss-as to distinguish it from the official packages or fix the paths so the result is "identical". -- Martin Sivák msivak(a)redhat.com Red Hat Czech RHEV-M SLA / Brno, CZ

2 1

Call for Papers Reminder: KVM Forum
by Brian Proffitt 25 Jul '14

25 Jul '14

This is a reminder to everyone that the CFP for KVM Forum is coming up very soon. All submissions must be received[1] before midnight (PDT) on July 27, 2014. This event will be an excellent opportunity to show off the new work being done around oVirt, and will also be hosting of a new oVirt Workshop. Get your submittals in as soon as you can! [1] http://events.linuxfoundation.org/events/kvm-forum/program/cfp BKP -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

vdsm-4.14.11-2 New build for ovirt-3.4
by ybronhei 24 Jul '14

24 Jul '14

Hey all, New build of vdsm for ovirt-3.4 is available: f20 - http://koji.fedoraproject.org/koji/taskinfo?taskID=7178863 f19 - http://koji.fedoraproject.org/koji/taskinfo?taskID=7182758 el6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=7182831 el7 - http://koji.fedoraproject.org/koji/taskinfo?taskID=7182808 Thanks, -- Yaniv Bronhaim.

3 5

noarch vdsm.rpm
by Dan Kenigsberg 24 Jul '14

24 Jul '14

I'd like to make Vdsm a pure noarc package, by shedding the remaining "safelease" binary to a helper package and posted http://gerrit.ovirt.org/30678 on these lines. However, this patch is not enough - when built on an x86_64 host, rpm still recognizes vdsm.rpm and vdsm-python.rpm as x86_64 instead of noarch. Dropping all mentions of x86_64 from the spec did not help, either. Is there an RPM wizard around who can tell me why is this auto-detection happening, and how can it be avoided? Dan.

3 3

[QE][ACTION NEEDED] oVirt 3.5.0 RC status
by Sandro Bonazzola 24 Jul '14

24 Jul '14

Hi, We're going to compose oVirt 3.5.0 RC on Mon * 2014-08-04 08:00 UTC*. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-08-03 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-08-03 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1121694 infra POST Missing rmlink in ioprocess 1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed 1114987 network ASSIGNED Cannot start VM | The host did not satisfy internal filter Network because network(s) are missing. Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 387 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 338 bugs [4] targeted to 3.5.0. Maintainers / Assignee: - Please check ensure that completed features are marked in green on Features Status Table [2] - Please remember to rebuild your packages before *2014-08-03 15:00* if needed, otherwise nightly snapshot will be taken. - If you find a blocker bug please remember to add it to the tracker [1] - Please fill release notes, the page has been created here [5] - Please review and add test cases to oVirt 3.5 Second Test Day [6] Community: - save the date for second test day scheduled on 2014-07-29! - You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7]! [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1rLCJwF [5] http://www.ovirt.org/OVirt_3.5_Release_Notes [6] http://www.ovirt.org/OVirt_3.5_TestDay [7] http://www.ovirt.org/OVirt_Quality_Assurance Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ANN] oVirt 3.5.0 Second Beta is now available for testing
by Sandro Bonazzola 24 Jul '14

24 Jul '14

The oVirt team is pleased to announce that the 3.5.0 Second Beta is now available for testing as of Jul 21th 2014. The beta is available now for Fedora 19, Fedora 20 and Red Hat Enterprise Linux 6.5 (or similar). Feel free to join us testing it on Tue Jul 29th second test day! This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.5-pre has been updated for delivering this release without the need of enabling any other repository. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live, oVirt Guest Tools and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need a couple of days before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. [1] http://www.ovirt.org/OVirt_3.5_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 6

VDSM mom dependancy on RHEL7
by Martin Polednik 23 Jul '14

23 Jul '14

Hi, I've gone through installing VDSM on RHEL7 host (Red Hat Enterprise Linux Server release 7.0 (Maipo)) and encountered issue with mom: Error: Package: mom-0.4.1-2.el6.noarch (ovirt-3.5-epel) Requires: python(abi) = 2.6 Installed: python-2.7.5-16.el7.x86_64 (@rhel7) python(abi) = 2.7 python(abi) = 2.7 Repositories used were master, master-snapshots and 3.5 + dependancies. Although it is possible to get it working by getting mom source and rebuilding it on RHEL7, I'd like to know if there is different RHEL7 repo or this is mistake in repos.

4 6