[ACTION REQUIRED] oVirt 3.5.3 branch created
by Sandro Bonazzola
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
5 years, 1 month
vdsm: python3 support?
by Dan Kenigsberg
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!
5 years, 1 month
Gerrit upgrade
by David Caro
--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--
5 years, 1 month
Relocating the vdsm upgrade logic into a new or existing service at boot time
by Fabian Deutsch
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
5 years, 1 month
If you fail to log in to gerrit
by David Caro
--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--
5 years, 1 month
Minutes: oVirt Weekly Sync (Open Format)
by Brian Proffitt
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
5 years, 1 month
[URGENT][ACTION REQUIRED] ovirt-master-snapshot repository closure broken on EL6
by Sandro Bonazzola
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
5 years, 1 month
[oVirt Localization Question] "- Check your Import Domain."
by Yuko Katabami
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,<br>
<br>
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?<br>
<br>
<b>File:</b><b> </b>
<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<b><br>
</b><b>Resource IDs: </b>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<b></b>ACTION_TYPE_FAILED_PROBLEM_WITH_CANDIDATE_INFO<b><br>
</b><b>String:</b><b> </b>Cannot ${action} ${type}. Failed to get
data for Import operation.<br>
- Check your Import Domain.<br>
<b>Question:</b> 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)?<br>
<br>
Many thanks in advance<br>
<br>
Yuko
<div class="moz-signature"><font size="2" color="#000000"
face="arial, sans-serif"><br>
</font>
</div>
</body>
</html>
--------------070709010802040405030504--
5 years, 1 month