- Devel - oVirt List Archives

WARNING: trying to localize null, probable error. Exception is not thrown, returning 'N/A'
by Greg Sheremeta 23 Feb '15

23 Feb '15

This warning message of $subject is spamming Firebug / Dev tools consoles on latest master. VM tab > Display column is at least one source of it. EnumTranslator is getting nulls passed to translate(). I'm not sure why it's logging about it all of a sudden. Anyone recognize this? Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

3 5

Fwd: Gerrit update
by David Caro 23 Feb '15

23 Feb '15

--7ArrI7P/b+va1vZ8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I sent it only to infra :/ ----- Forwarded message from David Caro <dcaroest(a)redhat.com> ----- > From: David Caro <dcaroest(a)redhat.com> > To: Infra <infra(a)ovirt.org> > Date: Mon, 23 Feb 2015 07:30:27 +0100 > Subject: Gerrit update > User-Agent: Mutt/1.5.22.1 (2013-10-16) >=20 >=20 > Hi everyone! >=20 > As of right now, gerrit is being updated to 2.10 [1] I will notice when i= t's > ready, in the meantime you (or jenkins) will not be able to use it. >=20 >=20 >=20 > Cheers! >=20 >=20 > --=20 > David Caro >=20 > Red Hat S.L. > Continuous Integration Engineer - EMEA ENG Virtualization R&D >=20 > Tel.: +420 532 294 605 > Email: dcaro(a)redhat.com > Web: www.redhat.com > RHT Global #: 82-62605 > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra ----- End forwarded message ----- --=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 --7ArrI7P/b+va1vZ8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU6snVAAoJEEBxx+HSYmnDkkUH/0yPKq+t6DrCFYOPlQu6cItR Nb+GatnwHxVsWY+oM0yw9aTdh6PpJ0h7P2gIvkHLt3FpjHAjWrWJCOCp/JEoJ4tK I3vcR/qFeWsQvDloS5WMpVQzpw0lqzZw0wWq2cAJ+CUqh0uc2mMWMNNDFWsRbAim YAWs5EnCC+lZl3i6KrQHM2/sHOtUzpzvC3Axz2EBStNFvhoMXlsh172R6JpV8m5M CvS2TvPJyuIKcoGu+6IR4w08H6y/GgtwjxepuwaqjquVJXr/TE6JwBfXiIPb13gW GP2hrPHOK1FzxiK4Kcqk6Q06ktcFVcLueVfNvG4hut2eUo/QlTmpXpmpDg9g9us= =qeZh -----END PGP SIGNATURE----- --7ArrI7P/b+va1vZ8--

2 1

Current status of numa integration?
by Sven Kieske 22 Feb '15

22 Feb '15

Hi, what is the exact current state of numa integration in currently released ovirt versions (3.5.1)? and what are the plans for 3.5.z and 3.6? the wiki page is fairly outdated and could need an update: http://www.ovirt.org/Features/NUMA_and_Virtual_NUMA Thanks in advance -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 1

Google Summer of Code Reminder
by Brian Proffitt 20 Feb '15

20 Feb '15

If you have any ideas for Google Summer of Code, *now* is the time to get them in. The deadline is 1900 UTC today. We have one project submitted to date, but the more we have, the more slots we should get. Thanks, BKP -- 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

Re: [ovirt-devel] [ovirt-users] Announcing the moVirt Incubator Project!
by Donny D 20 Feb '15

20 Feb '15

----_com.android.email_2495776108079720 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKVGhhdCBpcyBncmVhdCBwcm9qZWN0LiBUaGlzIG1ha2VzIG1lIHZlcnkgaGFwcHkuwqAK CgpIYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2FsYXh5IFPC riA1CgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tCkZyb206IEJyaWFuIFByb2Zm aXR0IDxicHJvZmZpdEByZWRoYXQuY29tPiAKRGF0ZTogMDIvMTcvMjAxNSAgOToxNyBBTSAgKEdN VC0wNzowMCkgClRvOiBib2FyZCA8Ym9hcmRAb3ZpcnQub3JnPiAKQ2M6IGFubm91bmNlQG92aXJ0 Lm9yZywgdXNlcnMgPHVzZXJzQG92aXJ0Lm9yZz4sIGRldmVsQG92aXJ0Lm9yZyAKU3ViamVjdDog W292aXJ0LXVzZXJzXSBBbm5vdW5jaW5nIHRoZSBtb1ZpcnQgSW5jdWJhdG9yIFByb2plY3QhIAoK VGhpcyBtZXNzYWdlIGlzIHRvIGFubm91bmNlIG1vVmlydCBhcyBhIG5ldyBvVmlydCBpbmN1YmF0 b3IgcHJvamVjdCwgYXBwcm92ZWQgYnkgdW5hbmltb3VzIHZvdGUgb2YgdGhlIEJvYXJkIG1haWxp bmcgbGlzdCEKCkRldGFpbHMgYWJvdXQgdGhlIHByb2plY3QgY2FuIGJlIGZvdW5kIGF0CgpodHRw Oi8vd3d3Lm92aXJ0Lm9yZy9Qcm9qZWN0X21vVmlydAoKTW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0 aGUgaW5jdWJhdG9yIGF0IG9WaXJ0IGNhbiBiZSBmb3VuZCBhdAoKaHR0cDovL3d3dy5vdmlydC5v cmcvSW5jdWJhdGluZ19hbl9vVmlydF9TdWJwcm9qZWN0CgpQbGVhc2UgY2hlY2sgb3V0IHRoaXMg cHJvamVjdCBhbmQgc2VlIHdoYXQgeW91IGNhbiBkbyB0byBoZWxwIQoKLS0gCkJyaWFuIFByb2Zm aXR0CgpDb21tdW5pdHkgTGlhaXNvbgpvVmlydApPcGVuIFNvdXJjZSBhbmQgU3RhbmRhcmRzLCBS ZWQgSGF0IC0gaHR0cDovL2NvbW11bml0eS5yZWRoYXQuY29tClBob25lOiArMSA1NzQgMzgzIDlC S1AKSVJDOiBia3AgQCBPRlRDCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fClVzZXJzIG1haWxpbmcgbGlzdApVc2Vyc0BvdmlydC5vcmcKaHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzCg== ----_com.android.email_2495776108079720 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PlRoYXQgaXMgZ3Jl YXQgcHJvamVjdC4gVGhpcyBtYWtlcyBtZSB2ZXJ5IGhhcHB5LiZuYnNwOzwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgaWQ9ImNvbXBvc2VyX3Np Z25hdHVyZSI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjg1JTtjb2xvcjojNTc1NzU3Ij5IYXBweSBD b25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2FsYXh5IFPCriA1PC9kaXY+ PC9kaXY+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tPGJyPkZyb206 IEJyaWFuIFByb2ZmaXR0ICZsdDticHJvZmZpdEByZWRoYXQuY29tJmd0OyA8YnI+RGF0ZTogMDIv MTcvMjAxNSAgOToxNyBBTSAgKEdNVC0wNzowMCkgPGJyPlRvOiBib2FyZCAmbHQ7Ym9hcmRAb3Zp cnQub3JnJmd0OyA8YnI+Q2M6IGFubm91bmNlQG92aXJ0Lm9yZywgdXNlcnMgJmx0O3VzZXJzQG92 aXJ0Lm9yZyZndDssIGRldmVsQG92aXJ0Lm9yZyA8YnI+U3ViamVjdDogW292aXJ0LXVzZXJzXSBB bm5vdW5jaW5nIHRoZSBtb1ZpcnQgSW5jdWJhdG9yIFByb2plY3QhIDxicj48YnI+VGhpcyBtZXNz YWdlIGlzIHRvIGFubm91bmNlIG1vVmlydCBhcyBhIG5ldyBvVmlydCBpbmN1YmF0b3IgcHJvamVj dCwgYXBwcm92ZWQgYnkgdW5hbmltb3VzIHZvdGUgb2YgdGhlIEJvYXJkIG1haWxpbmcgbGlzdCE8 YnI+PGJyPkRldGFpbHMgYWJvdXQgdGhlIHByb2plY3QgY2FuIGJlIGZvdW5kIGF0PGJyPjxicj5o dHRwOi8vd3d3Lm92aXJ0Lm9yZy9Qcm9qZWN0X21vVmlydDxicj48YnI+TW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgaW5jdWJhdG9yIGF0IG9WaXJ0IGNhbiBiZSBmb3VuZCBhdDxicj48YnI+aHR0 cDovL3d3dy5vdmlydC5vcmcvSW5jdWJhdGluZ19hbl9vVmlydF9TdWJwcm9qZWN0PGJyPjxicj5Q bGVhc2UgY2hlY2sgb3V0IHRoaXMgcHJvamVjdCBhbmQgc2VlIHdoYXQgeW91IGNhbiBkbyB0byBo ZWxwITxicj48YnI+LS0gPGJyPkJyaWFuIFByb2ZmaXR0PGJyPjxicj5Db21tdW5pdHkgTGlhaXNv bjxicj5vVmlydDxicj5PcGVuIFNvdXJjZSBhbmQgU3RhbmRhcmRzLCBSZWQgSGF0IC0gaHR0cDov L2NvbW11bml0eS5yZWRoYXQuY29tPGJyPlBob25lOiArMSA1NzQgMzgzIDlCS1A8YnI+SVJDOiBi a3AgQCBPRlRDPGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPlVzZXJzIG1haWxpbmcgbGlzdDxicj5Vc2Vyc0BvdmlydC5vcmc8YnI+aHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPjwvYm9keT48L2h0bWw+ ----_com.android.email_2495776108079720--

5 4

Issues with the VM display type value(s)
by Einav Cohen 19 Feb '15

19 Feb '15

Hi, This is about the changes introduced by patch http://gerrit.ovirt.org/#/c/35281 (restapi: adjust api to new graphics representation). There are a couple of issues with the VM's display type value: (1) the "display -> type" value of the VM in the REST API seem to map to different properties based on the VM status. see http://i.imgur.com/Mn1RITW.png: When the VM is Up, the "display -> type" value in the REST API matches the 'Display' value in the GUI. But when the VM is Down, the "display -> type" value in the REST API matches the 'Graphics Protocol' value in the GUI and does not necessarily match the 'Display' value (e.g. in case we invoked 'Run Once' on the VM with a different Console value). Is there a reason for the values in the REST API to not match the ones in the GUI? it's a bit confusing. Maybe need to have two properties in the REST API to match the two displayed values in the GUI: 'Display' (which, IIUC, is the 'run- time' value) and 'Graphics Protocol' (which, IIUC, is the 'configured'/persisted value)? I understand that there may be backward-compatibility issues with naming/terminology, but perhaps we can come up with a solution that will not break the backward compatibility? (2) in patch http://gerrit.ovirt.org/#/c/35281, it seems that the REST API is calling a query *per VM* in order to re-populate the display-related values. This will potentially overload the engine, especially if we are planning to move the GUI to work over the REST API and request VMs every 5 seconds (by default) per client, as we are doing today. Are there any plans to optimize this behavior (e.g. populate the correct display-related values on the db-side, rather than re- populating them on the REST-API side using a per-VM query)? Many thanks in advance. ---- Regards, Einav

3 4

oVirt 3.6.0 release schedule update
by Sandro Bonazzola 19 Feb '15

19 Feb '15

Hi, here is the proposed schedule for oVirt 3.6.0. These are tentative planning dates and may change: 2015-04-22 - Feature Submission Closed 2015-05-06 - Alpha Release 2015-05-12 - Alpha Release Test Day 2015-06-16 - Feature freeze - Stable branch 2015-07-15 - Beta Release 2015-07-20 - Beta Release Test Day 2015-08-03 - String Freeze 2015-08-19 - Release Candidate 2015-08-24 - Release Candidate Test Day 2015-09-16 - Release Release management page has been updated accordingly: http://www.ovirt.org/OVirt_3.6_Release_Management oVirt Google Calendar has been updated accordingly: ICAL: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.cal… XML: https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.ca… HTML: https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40grou… Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt Node Weekly Meeting Minutes -- 2015-02-16
by Fabian Deutsch 19 Feb '15

19 Feb '15

Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.log.html ================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 15:00:02 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-16-15.00.log.html . Meeting summary --------------- * Agenda (fabiand, 15:00:10) * oVirt 3.5 (fabiand, 15:00:14) * oVirt 3.6 planning (fabiand, 15:00:27) * Other Items (fabiand, 15:00:32) * oVirt 3.5 (fabiand, 15:00:40) * oVirt 3.5 is there (fabiand, 15:03:57) * Official ISO builds are pending (fabiand, 15:04:04) * Idea: Only provide stable Jenkins builds. (fabiand, 15:04:13) * Limit releases to tarballs (fabiand, 15:04:23) * Build rpms and iso in jenkins (fabiand, 15:04:34) * ACTION: tlitovsk to review existnig jobs and clean them up (fabiand, 15:06:24) * ACTION: tlitovsk to create job pulling in stable packages (fabiand, 15:06:32) * oVirt 3.6 planning (fabiand, 15:06:54) * Node team decided to drop the custom installer and custom setup TUI (fabiand, 15:10:00) * Replacements will be anaconda (for installation) and cockpit (for administration) (fabiand, 15:10:20) * Moving to a minimal kickstart approach (fabiand, 15:11:20) * ACTION: tlitovsk to open a feature page for the Cockpit feature (fabiand, 15:16:35) * Other Items (fabiand, 15:17:42) Meeting ended at 15:19:54 UTC. Action Items ------------ * tlitovsk to review existnig jobs and clean them up * tlitovsk to create job pulling in stable packages * tlitovsk to open a feature page for the Cockpit feature Action Items, by person ----------------------- * tlitovsk * tlitovsk to review existnig jobs and clean them up * tlitovsk to create job pulling in stable packages * tlitovsk to open a feature page for the Cockpit feature * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (61) * tlitovsk (5) * bkp (3) * ovirtbot (2) * rbarry (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

CI and infra request
by David Caro 18 Feb '15

18 Feb '15

--lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I'd like to make a request to all the ovirt developers ad contributors regarding the CI and infra of the project. As you know, the environment is not as stable as it should, and at the infra team we don't have enough manpower to maintain it by ourselves [1], so I'm asking you for help, the main ways that you can help us is: * Notifying us of any unattended errors in the tests if they look infra rel= ated - You can open tickets to trac here [2] * Helping troubleshoot non-working jobs * Helping migrate jobs to yaml [3] * Helping migrate jobs to the new automation structure [4] [1] Doing a rough quick ugly math, yesterday we ran 3508 builds of around 4= 59 different jobs, on 27 slaves, and we don't have anyone 100% dedicated to it (I'm the infra member that can spend more time there, and it's not all of i= t). [2] https://fedorahosted.org/ovirt/ [3] http://gerrit.ovirt.org/#/admin/projects/jenkins [4] http://gerrit.ovirt.org/#/c/37653/ 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 --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU2dzdAAoJEEBxx+HSYmnDF+cH/RDkhNoE/lOnmWiwC++kzoYz NopISSdv4UjqBYtN38Tr8tPVFK4ngdslsB7LhJbI0nLSGXqPDhDsqbRmabhPzSHG yRe+Ivi5MpczjuroszmDP6vSe8oatMNovCAsx88G723NP1bT9hjF7r6ZQFcg7xI5 3pk8BcZ4Q4dGoMoBaVuuMCgUPSsdhpDTGUoEVR4xZmiNrzakN5CyvQ60hSuweCAe ZRAfGCqGWBRv9gHn6mKgrL6EEAyGJAbhjpq879/SgK4/+gD0qzw6tU36VgCwVb9U prPF0fOviewcFErxmPA1xSbxYuHHoI9M1lQskhSsDIST+34k5vbkoTUBaVNbMxA= =6Kwa -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2--

3 2

ovirt-guest-agent: Hardcoded uid/gid: okay to remove?
by Cameron Norman 18 Feb '15

18 Feb '15

Hello, In the RPM and debian packaging for ovirt-guest-agent, the UID/GID numbers are hardcoded. I need to remove this to fix a policy violation in Debian. What are the implications of making the uid/gid's dynamically allocated, i.e. why were they hardcoded in the first place? Thank you all, -- Cameron Norman

2 1