January 2015 - Devel - oVirt List Archives

Engine on Fedora 21
by Adam Litke 18 Feb '15

18 Feb '15

Hi all, Today I tried running engine on my Fedora 21 laptop. I tried two approaches for deploying jboss: using the ovirt-jboss-as package, and by downloading and unpacking jboss-7.1.1 into /usr/share as I have done in the past. engine-setup runs without errors but when I try to start engine the application does not seem to deploy in jboss and there are no errors reported (engine.log is empty). Is there a reasonable expectation that I should be able to get this working on F21 or am I wasting my time? Does anyone have any ideas on how I can resolve the startup issues? See logs attached... -- Adam Litke

7 16

Using travis yaml files to specify dependencies and tests
by David Caro 03 Feb '15

03 Feb '15

--oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone! After talking a bit with some of you, I think that we can start planning a common build and dependency declaration for tests for the ovirt products, to improve and automate most of the ci process and maintenance. Current status: =3D=3D Dependencies Right now we have 4 types of dependencies: * test dependencies * tarball/srcrpm build dependencies * rpm build dependencies * installation dependencies The last two are managed from the spec files through rpm/yum dependency systems. But the first ones are managed manually on the jobs on jenkins or puppet manifests. What separates it from the code that actually requires them and adds an extra layer of maintenance and synchronization between the code, the jenkins jobs and the puppet repository. =3D=3D Builds We started using autotools to build most of the projects, but it's not a global methodology and even being used on some projects, you need to tune the run for each of them, specifying different variables and running some side scripts. =3D=3D Tests Some projects use make check to run some of the tests, some tests are totally outside the code and run only in jenkins jobs. Some possible improvements: =3D=3D Tests/builds Using shell scripts: We talked before in another thread to create some generic script to build the artifacts for the product and to run the tests, namely we talked about having 3 executables (bash scripts probably) at the root of each project, that should not require any parameters: ./build-artifacts This should generate any artifacts to be archives (isos, rpms, debs, tarballs, ...) and leave them at ./exported-artifacts/ directory, for the build system to collect, removing any previous artifacts if needed. ./check_patch Runs all the tests required for any new patchset in gerrit, for non-merged changes, should be fast to run to get feedback easily ./check_merge Runs all the tests for any change that is going to be merged (right now we are not using gates, so it actually after merge, but the idea is to use this as gate for any merge to the repo). This can be more resource hungry than check_path. That way it will let you use easily any framework that you want to use for your project, but still let it be easy to maintain in the global ci/build system (you can use pip, tox, maven, gradle, autotools, make, rake, ...). This will not allow at first running tests in parallel in jenkins, but we can in the future add that possibility (for example, allowing the user to define more than one check script, like check_patch.mytest1 and check_patch.mytest2 and make jenkins run them in parallel). I started a POC of this process here [1] Using travis yaml files: Using a travis compliant yaml file [2]. That will be less flexible than the above solution and will not allow you to run tests in parallel, though it will let you use travis at any point to offload our ci if needed. =3D=3D Dependencies Using plain text files: Similar to the above scripts solution, I though of adding an extra file, with the same name, to declare the dependencies to run that script. Adding a suffix in case of different requirements for different distros (matching facter fact strings), for example: ./build-artifacts.req Main requirements file, used if no more specific one found. With a newline separated list of packages to install on the environment (jenkins will take care of which package manager to use). ./build-artifacts.req.fc20 Specific requirements for fc20 environment, replaces the general one if present. And the same for the other scripts (check_patch and check_merge). Using travis yaml file: Using a travis compliant yaml file with some extensions to declare the different dependencies for each type and os/distro. That will allow you to have only one extra file in your repo, though you'd have to duplicate some of the requirements as travis only has ubuntu and forces you to run scripts to install dependencies. What do you think? Do you have any better idea? ps. About using an external repository to store the scripts/requirements for the code. The issue with this is that it forces you to bind a code change in the code repo, to a script/dependency change in the scripts repo, and that adds a lot of extra maintenance and source of issues and failures. If you know a way of doing it like that without all the fuss, I'd love to hear it. For example, imagine that you have vdsm and the dependencies are in another repo, now you send a patch to vdsm that requires you to run a specific pep8 version to pass the patch tests, so you have to change the script repo to add that dependency, but doing that you will brake all the other patches tests because they require the older pep8 version, so you have to somehow specify in the vdsm patch that you require a specific commit from the scripts repo to be tested with... Having both in the same repo, allows you to do the code change and the dependency/script change in the same patchset, and test it right away with the correct scripts/deps. It also binds together code and tests to some point, what is nice to have in a product view, because you know for each version which tests it passed and have a better idea of the possible failures for that version. [1] http://gerrit.ovirt.org/#/admin/projects/repoman [2] http://docs.travis-ci.com/ --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJUvnkrAAoJEEBxx+HSYmnD2f0H/1t40fR3h4Tlae891vmiPyYv zxfTY6SlW0CJkSEis2ED2KZTkQZwQ6clfK+aRdGzSXL0mtUL9wr3Kk1/+i4tMQD/ 5gqjP9Hc7HoMzDDvIRIvBdBm3fDgnvChkqr8xbRG1l4LIDGgDH2AE9uhkEClHpqV CdhwrYGAU9DCBcB1kINZqKPn7q42nR1fkvl2ItIlJ6eRpY51bf6PNIW2INNvVB7V 3LMkO9E2Y1uen61HZ5A7MvQ58vaJJjxM4seCrcdkbAEtHxbtPxVAEG7mXlpZBcH6 EbT1KfLAyghRcpdGxa5PsAQRHcrTre+sKhsi17fI8JZBhJVmAfdbHd2iEhMlqZ8= =LXWV -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl--

4 6

CORS enabled for oVirt REST API
by Jenny Kang 02 Feb '15

02 Feb '15

Hello, As part of my OPW project, I'm trying to build a mobile web UI for oVirt but I'm having some troubles. I cannot access the oVirt REST API because it doesn't allow cross origin resource sharing (CORS). The only way to access the API is to host the UI on the same IP as the engine. If it is enabled then people would be able to run the mobile UI directly from the desktop without hosting it anywhere. Do you have any suggestions on how to access oVirt REST API from another host inside the browser? Any plans on enabling CORS on the REST API? Thank you! Cheers Jenny

5 7

oVirt 3.6 Feature: Cumulative Network Usage Statistics
by Lior Vernia 01 Feb '15

01 Feb '15

Hello users and developers, Just put up a feature page for the aforementioned feature; in summary, to report total RX/TX statistics for hosts and VMs in oVirt. This has been requested several times on the users mailing list, and is especially useful for accounting in VDI deployments. You're more than welcome to review the feature page: http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics Note that this only deals with network usage - it'll be great if we have similar features for CPU and disk usage! Yours, Lior.

3 5

[DB] Diffrent UUIDs for inserted data per installation
by Eli Mesika 29 Jan '15

29 Jan '15

Hi I am trying to cleanup all the data insertion to the engine DB and make it more general The main drive to that is DB version squashing that was done manually and therefor was error prone ... I know that both storage_pool_id (a.k.a DC) and vds_group_id (a.k.a Cluster) needs to get a different UUID per installation. But I had found that UUIDs are generated per installation for also : table | column/s ------------------------------------ [cpu_profiles] : id [gluster_services] : id [mac_pools] : id [permissions] : id, object_id [vm_device]: device_id, vm_id [vm_static] : vm_guid [vnic_profiles] : id Please let me know if any of the above should be generated using the uuid_generate_v1() function on each installation or we can have static IDs for those. Thanks Eli Mesika

4 4

Upgrade job is failing while upgrading from 3.4.4 to 3.5.2-snapshot:
by Sandro Bonazzola 29 Jan '15

29 Jan '15

Upgrade job is failing while upgrading from 3.4.4 to 3.5.2-snapshot: 2015-01-27 15:02:46 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.upgrade.asynctasks plugin.execute:866 execute-output: ('/usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20150127150216-p4ixpj.log', '-u', 'engine', '-s', 'localhost', '-p', '5432', '-d', 'engine', '-R', '-A', '-J', '-q') stderr: psql:/usr/share/ovirt-engine/setup/dbutils/taskcleaner_sp.sql:145: ERROR: type "command_entities" does not exist FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/setup/dbutils/taskcleaner_sp.sql 2015-01-27 15:02:46 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/upgrade/asynctasks.py", line 422, in _validateZombies self._clearZombieTasks() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/upgrade/asynctasks.py", line 156, in _clearZombieTasks 'Failed to clear zombie tasks. Please access support ' RuntimeError: Failed to clear zombie tasks. Please access support in attempt to resolve the problem 2015-01-27 15:02:46 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Setup validation': Failed to clear zombie tasks. Please access support in attempt to resolve the problem Please fix ASAP. Reference: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/label… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

5 7

DAO test is failing on master
by Sandro Bonazzola 28 Jan '15

28 Jan '15

http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_merged/1002… 15:50:12 Failed tests: 15:50:12 scheduleARecurringJob(org.ovirt.engine.core.utils.timer.DBSchedulerUtilQuartzImplTest): Unexpected exception occured -Failed to obtain DB connection from data source 'EngineDS': java.sql.SQLException: Connections could not be acquired from the underlying database! 15:50:12 scheduleAJob(org.ovirt.engine.core.utils.timer.DBSchedulerUtilQuartzImplTest): Unexpected exception occured -Failed to obtain DB connection from data source 'EngineDS': java.sql.SQLException: Connections could not be acquired from the underlying database! Not sure if it's infra or devel issue. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 8

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 28 Jan '15

28 Jan '15

Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 530 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 489 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Move bugs to ON_QA based on snapshot builds?
by Lior Vernia 28 Jan '15

28 Jan '15

Hello everyone, I wanted to suggest that we automate the change of oVirt 3.6 bug status from MODIFIED to ON_QA based on nightly snapshot builds. The motivation should be clear: when bugs are fixed on the master branch, the fix becomes readily available for verification as soon as the next snapshot is built (and there's indeed someone to verify on the master branch - the same person who was working on the master branch and opened the bug!). We currently only move them to ON_QA on milestone builds (e.g. alpha, beta), but I don't think that's right for an open source project - the status of bugs (targeted to the nearest release) should be up-to-date with the actual state of the master branch. We've encountered the problem testing features for 3.6 the last couple of weeks, and since it's gonna be a long version this situation will likely occur often. So far I've been moving bugs to ON_QA myself, but I don't really want to follow the snapshot builds manually (nor move the bugs to ON_QA as soon as they're merged, in case the snapshot build doesn't happen). The downside would be that bugs could be VERIFIED at an early point in the development, and later regressions could occur that would render the verification obsolete. But this could happen just the same between release milestones... Thoughts? Yours, Lior.

4 4

[QE] oVirt 3.5.2 status
by Sandro Bonazzola 28 Jan '15

28 Jan '15

Hi, Development cycle for oVirt 3.5.2 release started and we're now going to schedule this release. A release management entry has been added for tracking the schedule of 3.5.2 [0] A bug tracker [1] has been created and currently has no open blockers. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 44 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 36 bugs [3] targeted to 3.5.2. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [0] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.2 [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3]http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Problem with ovirt Live cd
by cooool 28 Jan '15

28 Jan '15

Hi I am facing this problem with ovirt live cd which is with centos 6 and i downloaded a week back the os gets installed and all goves well while installation but when it finishes and restarts the system comes on the home screen and a circle keeps hovering around and i never see the desktop now its been two days nothing has happened Can anybody help My system is and hp i5 4gb and 500 gb hdd but its not working kindly help -- regards Puneet Brar 9815665000 *A bank is a place that will lend you money, if you can prove that you don't need it*. The wise man doesn't give the right answers, he poses the right questions “Microsoft has a majority market share in the new desktop PC marketplace. This is a bug, which Ubuntu is designed to ﬁx.”

2 2

Coverity is failing on master
by Sandro Bonazzola 27 Jan '15

27 Jan '15

Coverity is failing on master: http://jenkins.ovirt.org/job/ovirt-engine_master_coverity-analysis_merged/8… Please fix ASAP -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt Node weekly meeting
by Fabian Deutsch 27 Jan '15

27 Jan '15

------=_Part_622719_1687600047.1422367711516 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following meeting has been modified: Subject: oVirt Node weekly meeting Organiser: "Fabian Deutsch" <fdeutsch(a)redhat.com> Location: irc://irc.oftc.net#ovirt Time: 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna [MODIFIED] Recurrence : Every Tuesday No end date Effective 9 Feb, 2015 Invitees: devel(a)ovirt.org *~*~*~*~*~*~*~*~*~* Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome. ------=_Part_622719_1687600047.1422367711516 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body> <pre style="font-family: monospace; font-size: 14px"> The following meeting has been modified: Subject: oVirt Node weekly meeting Organiser: "Fabian Deutsch" <fdeutsch(a)redhat.com> Location: irc://irc.oftc.net#ovirt Time: 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna [MODIFIED] Recurrence : Every Tuesday No end date Effective 9 Feb, 2015 Invitees: devel(a)ovirt.org *~*~*~*~*~*~*~*~*~* Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome. </pre> </body></html> ------=_Part_622719_1687600047.1422367711516 Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:STANDARD DTSTART:16010101T030000 TZOFFSETTO:+0100 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:CET END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU TZNAME:CEST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:880f897a-b75e-47b7-abf6-24d1e4894600 RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=TU SUMMARY:oVirt Node weekly meeting DESCRIPTION:Hey\, \n\nthis is an invitation to the weekly oVirt Node devel m eetings. \nAnyone interested or related to Node development is welcome. LOCATION:irc://irc.oftc.net#ovirt ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE:mailto:devel@ ovirt.org ORGANIZER;CN=Fabian Deutsch:mailto:fdeutsch@redhat.com DTSTART;TZID="Europe/Berlin":20150209T150000 DTEND;TZID="Europe/Berlin":20150209T153000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20150127T140831Z DTSTAMP:20150127T140831Z SEQUENCE:8 BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_622719_1687600047.1422367711516--

1 0

Cutting edge ovirt node images.
by Anatoly Litvosky 26 Jan '15

26 Jan '15

Hi For all of you that want the latest images for ovirt node. For some time there is a new job in the ovirt jenkins that builds an image for every commit made. http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ Currently for fedora 20 but hopefully more to come. Many thanks to David (dcaro) for all the effort. Best regards. Tolik.

4 5

spice proxy support in govirt
by i iordanov 22 Jan '15

22 Jan '15

Hi Christophe, This bug got closed not long ago: https://bugzilla.redhat.com/show_bug.cgi?id=1054948 and I got around to upgrading to oVirt 3.5 today. When I set the SpiceProxyDefault setting in oVirt: <display> ... <proxy>http://ovirt.iiordanov.com:8080</proxy> ... </display> -- The conscious mind has only one thread of execution.

2 4

[ANN] oVirt 3.5.1 Final Release is now available
by Sandro Bonazzola 22 Jan '15

22 Jan '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The oVirt team is pleased to announce that the oVirt 3.5.1 Final Release is now available as of Jan 21st 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6, (or similar) and Red Hat Enterprise Linux 7, CentOS 7 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUv89CAAoJEHw3u57E4QAOE5EP/iREEVWYXRt2u2yEZAIopat9 HTTb5ipHn6tc1he3V6pKzbM1LhFM5k0kx57X+EHw7eq2rYaOcmtEKPy8kEXEtXDt jFeWEI6vfi1ZebzZ5W4SkMQWuY6/iX5PUnDHyLDC9/wV/mucHLHsUe67W6Fr0SV+ c78xrv2/kfSITjHTZmZG1NnZRfYiB1MHOMrUxT65jSR/fwHN8+I1SQJbg+ntIUiW XRD9CvnPyy3OGphEeZP0RiqK24A/cUOXv2qeMd7l8jI3aHB5z/JEz7ODPk2pSrUR B4xkBVa60axzPtg4xcTFaN/klzegs4x3RPr0lHTdwipL0r17JA0/hoCJR0N4lZDN CtO41kjcyBKfAcYGM/ODoTmD//symYQdXEwi88c1HOvr/lepHiup6mDQt0fvXngD qvjVAx9r50UkQi3a+HiEw2jqOnwXDyubpC/HwjUl62wZ0uK7e6x5b5GQTAmY/USl Xa2wUNmh9xG81f0BeYcjXOnx/CVRu9gfamtagtb2i+P0sFhI7LnNqYc556cXdz7s rIgfmDO4QjMLiE6b8jYmiRaOb1mK0mBq1s5WHroikRH+JqNtUp7CX0U9OY0rCeaf hj3TCEe/6BT378lb30KZ1ELkgBCs1050xXBozx0W9vfj4PwFEj4vzenpHtpE/A8H 2xPTHrUW0uiQaqlohxeQ =nGaB -----END PGP SIGNATURE-----

3 2

[engine-devel] Turn Blank template into defaults
by Tomas Jelinek 22 Jan '15

22 Jan '15

Hi All, I have started to work on a new feature[1] which will make it possible to edit the Blank template. The proposal is available on the feature page[2] Any comments are more than welcome, Tomas [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1130174 [2]: http://www.ovirt.org/Features/Blank_to_Defaults

3 3

Adding support for 3.6 in engine database
by Eli Mesika 22 Jan '15

22 Jan '15

Hi Please note that 3.6 version support was added to master, default DC/Cluster are created now with 3.6 and all config changes we applied. For more information : http://gerrit.ovirt.org/#/c/36518/ Thanks Eli Mesika

6 13

[URGENT][ACTION REQUIRED] Packages for oVirt 3.5.1 GA
by Sandro Bonazzola 21 Jan '15

21 Jan '15

6 8

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 21 Jan '15

21 Jan '15

Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-01-21 QEMU 2.2.0: 2014-12-09 (RELEASED) QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 502 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION REQUIRED] oVirt 3.5.1 GA status
by Sandro Bonazzola 21 Jan '15

21 Jan '15

Hi, We have no blockers for oVirt 3.5.1 GA [1] so we're good to go with the release. We're now gathering final release rpms and performing last sanity tests. Maintainers: Please review packages list and provide required rpms There are still 50 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 30 bugs [3] targeted to 3.5.1. All of them will be automatically re-targeted to 3.5.2 if severity is set to high or urgent, otherwise they'll be re-targeted to 3.6 Maintainers / Assignee: - ACTION: Please fill release notes, the page has been created here [4] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

reminder 3.5.1 GA tomorrow
by Sandro Bonazzola 20 Jan '15

20 Jan '15

Hi, just a quick and friendly reminder that 3.5.1 GA is scheduled for tomorrow and since we don't have open blockers looks like it's good to go. So if you have a final release rpm to rebuild please start building it so it will be ready for tomorrow morning. If no changes will me merged in 3.5.1 branch, a test build for ovirt-engine including just the version bump patch[1] is now in progress[2] Thanks, [1] http://gerrit.ovirt.org/37128 [2] http://jenkins.ovirt.org/job/manual-build-tarball/469/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

UI plugin REST API small update
by Vojtech Szocs 20 Jan '15

20 Jan '15

Hi guys, just a small update, two patches for UI plugin REST API integration [1,2] landed into master branch recently: * fixing "UI won't auto-logout due to user inactivity" issue: REST session keep-alive requests are now sent only if there was an operation (action/query) that refreshed Engine session * setting REST session timeout to 2 x UserSessionTimeOutInterval: this to ensure that REST session is always alive as long as the Engine session is alive, see Einav's detailed gerrit comment [2] (Jan 9 5:43 PM) for detailed explanation [1] http://gerrit.ovirt.org/#/c/36622/ [2] http://gerrit.ovirt.org/#/c/36737/ TL;DR - REST session for UI plugins should work as expected; as long as the user is logged in, all UI plugins should be able to utilize provided REST session. Regards, Vojtech

1 0

[RFC] Introducing VM Icons
by Jakub Niedermertl 19 Jan '15

19 Jan '15

Hi, I started to work on new engine UI feature - VM icons (http://www.ovirt.org/Features/VM_Icons) It allows to customize Userportal icons of VMs and Templates using uploaded images. Any comments are welcome. Jakub

2 6

Number of VFs in oVirt SR-IOV
by Martin Polednik 19 Jan '15

19 Jan '15

Hello, Since dealing with SR-IOV, we've discovered the need to persist number of virtual functions for given virtual functions. The need is actually split into 2 parts: setting the number and persisting it. Our talks have pointed to 5 choices in persistence mechanisms: * let engine set the number when host becomes operational * implement mechanism in systemd/udev * create udev rule set * persist them inside VDSM * or actually let the system administrator handle this All of these choices except for the last still need the engine to do the initial set-up. I would like to hear your opinion on persistence mechanism and splitting the choice of mechanism and means of set-up. Since persistence is currently mostly required by networking team, I propose that [1] would be accepted as the means of set-up and in future, network team would figure out and implement their preferred way of persistence. [1] http://gerrit.ovirt.org/#/c/36216/3 Regards, mpolednik

2 1