- Devel - oVirt List Archives

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

VDSM network error during all-in-one setup of oVirt 3.5 beta2 on fedora20
by Simone Tiraboschi 23 Jul '14

23 Jul '14

Hi, I'm trying to install oVirt 3.5 beta 2 in all-in-one mode on fedora20 but I'm getting an error from VDSM with doesn't seam to start when required probably due to an error during network configuration. engine-setup simply gives me: [ INFO ] Still waiting for VDSM host to become operational... [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. in /var/log/vdsm/vdsm.log I'm finding: MainThread::INFO::2014-07-08 10:44:55,720::vdsm::141::vds::(run) <Thread(Thread-14, started 139845947094784)> MainThread::INFO::2014-07-08 10:44:55,720::vdsm::141::vds::(run) <WorkerThread(Thread-10, started daemon 139846668506880)> MainThread::INFO::2014-07-08 10:44:55,720::vdsm::141::vds::(run) <WorkerThread(Thread-1, started daemon 139847214704384)> MainThread::INFO::2014-07-08 10:44:55,720::vdsm::141::vds::(run) <WorkerThread(Thread-9, started daemon 139846676899584)> MainThread::INFO::2014-07-08 10:44:55,721::vdsm::141::vds::(run) <GuestManager(GuestManager, started daemon 139846062266112)> MainThread::INFO::2014-07-08 10:44:55,721::vdsm::141::vds::(run) <WorkerThread(Thread-6, started daemon 139847172740864)> VM Channels Listener::INFO::2014-07-08 10:44:56,218::vmchannels::183::vds::(run) VM channels listener thread has ended. Thread-14::ERROR::2014-07-08 10:44:56,884::BindingXMLRPC::1126::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1110, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 535, in setupNetworks return api.setupNetworks(networks, bondings, options) File "/usr/share/vdsm/API.py", line 1334, in setupNetworks supervdsm.getProxy().setupNetworks(networks, bondings, options) File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> **kwargs) File "<string>", line 2, in setupNetworks File "/usr/lib64/python2.7/multiprocessing/managers.py", line 759, in _callmethod kind, result = conn.recv() EOFError Did someone else notice similar problems with latest VDSM? On my system I have: vdsm.x86_64 4.16.0-42.git3bfad86.fc20 vdsm-cli.noarch 4.16.0-42.git3bfad86.fc20 vdsm-jsonrpc.noarch 4.16.0-42.git3bfad86.fc20 vdsm-jsonrpc-java.noarch 1.0.0-0.0.master.fc20 vdsm-python.x86_64 4.16.0-42.git3bfad86.fc20 vdsm-python-zombiereaper.noarch 4.16.0-42.git3bfad86.fc20 vdsm-xmlrpc.noarch 4.16.0-42.git3bfad86.fc20 vdsm-yajsonrpc.noarch 4.16.0-42.git3bfad86.fc20 thanks, Simone

1 0