April 2015 - Devel - oVirt List Archives

[ACTION REQUIRED] oVirt 3.5.3 branch created
by Sandro Bonazzola 27 Apr '15

27 Apr '15

Hi, oVirt 3.5.3 branch has been created on hash: * 31a0009 - webadmin: "Advanced Parameters" panel disappear when choosing to use hosts provider (30 hours ago) <Ravi Nori> All patches targeted to 3.5.3 will need to be cherry-picked on the 3.5.3 branch too. Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

vdsm: python3 support?
by Dan Kenigsberg 27 Apr '15

27 Apr '15

Vdsm depends on Python 2, but the developers of Python 2 wants us (and everybody else) to move to the slightly-different language of Python 3. There is a lot to be fixed for this to happen: - depency on libraries with no python3 port: - mom - cpopen - m2crypto - use of implicit relative imports, mostly in the storage package - use of renamed/moved functions, methods and modules (e.g. dict.iteritems, io.StringIO, itertools.izip) - use of contextlib.nested - unsafe unicode treatment - and probably much more... Fixing it all would take a long time, and may introduce regressions. We must perform it gradually. The very first step is to use syntax that is compatible with both languages, and make sure we do not regress on that front. The remaining bit is our usages of raise E, V, T statement, which has been dropped in PEP-3109. https://gerrit.ovirt.org/#/c/40214/ suggests to replace it with six.reraise(), which adds a new run-time dependency to Vdsm. https://gerrit.ovirt.org/#/c/40215/ adds an attempt to python3-compile all vdsm code, so that we do not introduce new python2-only code. Please approve/comment!

3 2

Gerrit upgrade
by David Caro 27 Apr '15

27 Apr '15

--geqNt1NAoYRYy2Pr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone, we will be upgrading gerrit this evening, if everything goes well, we might even have oauth auth (google and github). The upgrade will start at 17:00 CEST (18:00 IST) and should take ~15 min, downtime should be minimal, but some restarts might be required and cache flushes, so don't expect it to work properly until finishedf, will let you know what's the result after. Thanks! --=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 --geqNt1NAoYRYy2Pr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVPkP5AAoJEEBxx+HSYmnD/4MIAJ5gqxWWqM4Zuzsde7zf9TrG e6kGUHOxOwkX6zi2COvgQp3msKU3j/6T0xEcbtoqNbJ/EGtxBkQA0Qoo5x9x94n8 uL/q58v0lpRD1R0jSAJF/4KCArwsdfeGeHvM5CwB8AxQBucparr+AO3DnlpdIuUQ 1Pn2TayyOQD+gFXttRs6lMXIBimbsSq103BpnX7rRGC0d06QPQy920yv5UPqzy51 n3eXRfjFWWPeSgjavf/Jbmrovcp1gfy2qw/b/RjhhVpSZBESTlpVNR+b+DaiK2CC fleQXbkD9A0P8QH5exhDtbgBpG01uYG816iw8H93HlKCA+PpAmXczF0jsuO6Wkg= =nL9V -----END PGP SIGNATURE----- --geqNt1NAoYRYy2Pr--

1 2

Change the default space requirements of oVirt Node
by Fabian Deutsch 24 Apr '15

24 Apr '15

Hey, to support some features in Node for el7 we will increase the default space requirements from ~2GB to ~10GB. This will only affect oVirt Node (el7) in oVirt 3.6. - fabian

1 0

Relocating the vdsm upgrade logic into a new or existing service at boot time
by Fabian Deutsch 24 Apr '15

24 Apr '15

Hey, the logic which is run on vdsm upgrades is located in the specfile, and thus run when the rpm get's an update. This is fine as long as rpm is involved (like when rpm or yum or dnf is used), but it becomes - and already is - an issue for flows where the upgrade happens without rpm, like on oVirt Node. On oVirt Node the image for booting the host is getting replaced, we currently mimic the upgrade process of the specfile. But this error prone - we had a lot of bugs around this area (remember the problems with the hooks?), and we need to watch out for changes in the upgrade logic. To simplify and especially unify the logic between Node and normal hosts, I'd like to discuss if the upgrade logic can be moved to a separate service or included in one of the existsing services. The simplest approach to me would be top create a new service which is started before libvirtd and vdsmd/supervdsmd to run some logic if an upgrade of vdsm is detected. This habit - to do the upgrade logic during boot - is actually not new and systemd provides some helpers (ConditionNeedsUpdate=) around this to ease the implementation. Thoughts? Greetings - fabian -- [1] http://0pointer.net/blog/projects/stateless.html [2] http://www.freedesktop.org/software/systemd/man/systemd.unit.html

2 3

If you fail to log in to gerrit
by David Caro 23 Apr '15

23 Apr '15

--tYlHSoJ8Aop8eNG2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! There was some confusion the latter days regarding the fact that google sto= pped supporting openid 2.0, making it impossible to authenticate with a google account on the gerrit service, let me give you some guidance for those that still have the issue. You'll need another openid account anywhere else, fedora openid is cleaner = and easier to set up on gerrit but anything else can do. IMPORTANT: If you haven't logged in on gerrit with the new openid, don't do= it. If you did, don't review or comment any patches with it, use ssh [1] instea= d. =3D=3D=3D For fedora openid, if you haven't logged with it yet Send an email to infra at ovirt dot org with the fedora user and the old account email. We'll add it and you'll be good to go. =3D=3D=3D For any other provider or if you logged in with the new account If you did not yet, log into gerrit with the new account to create a new us= er. Then go to settings->account and send the account id shown there and the old account email to infra at ovirt dot org, log out and wait for ack on our si= de. This last method, might create duplicated accounts, if it did, send an emai= l to infra with the account duplicated email and we will fix it. We are working on getting the googole supported again, but the new protocol= is not yet supported officially by gerrit and requires potentially dangerous modifications. So I reccommend having more than one openid linked, as a best practice anywhere. Cheers --=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 --tYlHSoJ8Aop8eNG2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVOLCNAAoJEEBxx+HSYmnDDzQH/igxHeAWoisUVhmQL7ejtZWd O8lCFKY68OiwzR3/mK8mj2OoTelBEhuUyHyY6aF/nt8eh47yQAY+s9YqYmRNxZ6Z 0K/s4Ppgp74bhWT3B9UHcRLmPRPTkB012qkoj3YpJAgMICaBezCVgKa1CWesSHYb kYV2ojRIm6GHiMfDjy1qiIxR2tdgJUrRaKLw/rhp82UmHxH+l6a70bS9iU+aTMv1 19sHk8lqKr7Os0Usz1np29p5J5NOeC18f+i3ud5sL55A74dY1yoN3tMjrq1XnPoQ ssUa2u5xH4JKY7r7L9wYo36dIjMWmG2j7ayZ6wjclyOYEiQxTSUcMPMjpMgs7Nw= =47EB -----END PGP SIGNATURE----- --tYlHSoJ8Aop8eNG2--

1 0

Minutes: oVirt Weekly Sync (Open Format)
by Brian Proffitt 22 Apr '15

22 Apr '15

Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.log.html ======================================= #ovirt: oVirt Weekly Sync (Open Format) ======================================= Meeting started by bkp at 14:02:19 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.log.html . Meeting summary --------------- * Agenda (bkp, 14:04:08) * 3.5 news (bkp, 14:04:33) * 3.6 news/discussion (bkp, 14:04:45) * Open Discussion (bkp, 14:04:55) * 3.5 news/discussion (bkp, 14:06:35) * 3.5 general status email: http://lists.ovirt.org/pipermail/devel/2015-April/010315.html (bkp, 14:12:58) * 3.5.2 looks good for April 28 (bkp, 14:13:01) * 3.5.2, only one bug in QA (bkp, 14:13:03) * sbonazzo needs maintainers to review the package list he sent on RC4 release, to be sure that listed packages correspond to the ones maintainers want to release (bkp, 14:13:07) * 3.6 news/discussion (bkp, 14:13:29) * Brief general status for 3.6 here: http://lists.ovirt.org/pipermail/devel/2015-April/010310.html (bkp, 14:28:29) * el6 repo broken by the removal of vdsm, infra and node (fabiand) must address in the next couple of days (bkp, 14:28:32) * Node needs to be dropped on el6, which, according to sbonazzo some related job is still building RPMs for el6 (bkp, 14:28:35) * Today (22.4.15) is feature submission deadline for 3.6 (bkp, 14:28:38) * Submitted features need to be reviewed. (bkp, 14:28:40) * An alpha release of 3.6 is scheduled for May 6 (bkp, 14:28:43) * Open Discussion (bkp, 14:28:44) * Inquiry about jdk 1.8 / wildfly support for dev infra, no initial response. Using jdk 1.7 as a fallback is not optimal, sbonazzo reports (bkp, 14:28:46) * Node is building nicely and the team is cleaning up and preparing for 3.6, fabiand reports (bkp, 14:28:49) * On the issue of server hardening, dcaro reports that we are waiting for the sec team to finish the checks and give more feedback on best practices (bkp, 14:53:45) * bkp suggests that office hours be held for set half-hour periods, moderated by a rotation of community members. Format should be open, answering all questions and discussing any cross-team/community-wide issues as needed. Twice a week, Tuesdays and Thursdays. (bkp, 14:53:48) * ACTION: bkp will ask on community mailing lists to finalize discussion on office hour format (bkp, 14:53:52) Meeting ended at 14:54:10 UTC. Action Items ------------ * bkp will ask on community mailing lists to finalize discussion on office hour format Action Items, by person ----------------------- * bkp * bkp will ask on community mailing lists to finalize discussion on office hour format * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * bkp (73) * sbonazzo (56) * dcaro (14) * fabiand (7) * mr_chris (4) * ovirtbot (2) * awels (1) * misc (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

[URGENT][ACTION REQUIRED] ovirt-master-snapshot repository closure broken on EL6
by Sandro Bonazzola 22 Apr '15

22 Apr '15

starting from commit 7479c7cde296a6bf8b7202f7483e408470e7e58f vdsm is not built and published on el6 for 3.6. This is causing repository closure error on the el6 nightly master snapshot branch: 12:28:43 package: ovirt-host-deploy-offline-1.4.0-0.0.master.20150416125617.git15a1979.el6.x86_64 from check-custom-el6 12:28:43 unresolved deps: 12:28:43 vdsm-cli 12:28:43 vdsm 12:28:43 package: ovirt-host-deploy-offline-1.4.0-0.0.master.20150420081612.git885b99a.el6.x86_64 from check-custom-el6 12:28:43 unresolved deps: 12:28:43 vdsm-cli 12:28:43 vdsm 12:28:43 package: ovirt-host-deploy-offline-1.4.0-0.0.master.20150420172335.gitca4f58b.el6.x86_64 from check-custom-el6 12:28:43 unresolved deps: 12:28:43 vdsm-cli 12:28:43 vdsm 12:28:43 package: ovirt-node-plugin-vdsm-0.4.3-0.0.master.el6.noarch from check-custom-el6 12:28:43 unresolved deps: 12:28:43 vdsm-reg >= 0:4.10.3 12:28:43 vdsm-hook-ethtool-options 12:28:43 vdsm-gluster Please fix the dependency tree as soon as possible (either by fixing jenkins jobs, dropping vdsm deps, removing the rpms from the publisher job). Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 3

[QE][ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status
by Sandro Bonazzola 22 Apr '15

22 Apr '15

Hi, We have no open blockers for 3.5.2[1] and no open dependencies. We still have 1 bug on QA[2]: MODIFIED ON_QA Total network 0 1 1 ACTION: Testers: you're welcome to verify bugs currently ON_QA. All remaining bugs not marked as blockers have been moved to 3.5.3. A release management entry has been added for tracking the schedule of 3.5.3[3] A bug tracker [4] has been created for 3.5.3 and currently shows no blockers. We have 27 bugs currently targeted to 3.5.3[5]: Whiteboard NEW ASSIGNED POST Total docs 1 0 0 1 external 1 0 0 1 gluster 1 0 0 1 infra 1 1 0 2 network 3 0 1 4 node 5 0 1 6 ppc 0 0 1 1 sla 4 0 0 4 storage 4 0 1 5 ux 0 0 1 1 virt 1 0 0 1 Total 21 1 5 27 ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3 ensuring they're correctly targeted. ACTION: Maintainers: to fill release notes for 3.5.2, the page has been created and updated here [6] ACTION: Testers: please add yourself to the test page [7] [1] https://bugzilla.redhat.com/1186161 [2] http://goo.gl/UEVTCf [3] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3 [4] https://bugzilla.redhat.com/1198142 [5] https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20targe… [6] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [7] 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

[oVirt Localization Question] "- Check your Import Domain."
by Yuko Katabami 22 Apr '15

22 Apr '15

This is a multi-part message in MIME format. --------------070709010802040405030504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, My fellow translator is currently translating oVirt UI into Korean and she asked me the following question which I am not 100% sure. Could anyone help me clarifying this? *File:*** frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors* **Resource IDs: * **ACTION_TYPE_FAILED_PROBLEM_WITH_CANDIDATE_INFO* **String:***Cannot ${action} ${type}. Failed to get data for Import operation. - Check your Import Domain. *Question:* Is "Import Domain" referring to the domain to use for importing/exporting vms/templates or is it about the setting used for the "Import Domain" action (to import preconfigured domain into the environment)? Many thanks in advance Yuko --------------070709010802040405030504 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi all, My fellow translator is currently translating oVirt UI into Korean and she asked me the following question which I am not 100% sure. Could anyone help me clarifying this? File: <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors Resource IDs:  <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> ACTION_TYPE_FAILED_PROBLEM_WITH_CANDIDATE_INFO String: Cannot ${action} ${type}. Failed to get data for Import operation. - Check your Import Domain. Question: Is "Import Domain" referring to the domain to use for importing/exporting vms/templates or is it about the setting used for the "Import Domain" action (to import preconfigured domain into the environment)? Many thanks in advance Yuko <div class="moz-signature"> </div> </body> </html> --------------070709010802040405030504--

2 2