December 2013 - Devel - Ovirt List Archives

[Engine-devel] GUI widget for adding/removing entries

by Lior Vernia

Hello, Lately a patch has been merged that introduces a widget for adding/removing entries (e.g. network interfaces when creating/editing a VM): http://gerrit.ovirt.org/#/c/19530/ This kind of widgets is becoming common in oVirt, so the idea is to make adding one easy rather than copying & pasting code. AddRemoveRowWidget takes care of the plus/minus button logic, disabling an entry that hasn't been edited, and the arranging in rows. In order to use it, one is required to override a couple of abstract methods that are dependent upon the specific entry implementation. An example may be found in ProfilesInstanceTypeEditor, which handles adding/removing network interfaces in the new/edit VM dialog. Yours, Lior.

11 years

4
14
0 / 0

[Engine-devel] oVirt 3.3.2 RC

by Sandro Bonazzola

The oVirt team is pleased to announce that the 3.3.2 Release Candidate is now available in ovirt-updates-testing [1]. We planned to release it on Wed Dec 18th 2013 but it will probably be postponed to next week for allowing more testing on the RC. The release date will be decided in next oVrit sync meeting on Wed Dec 18th. Feel free to join us testing it[2] and verifying the bugzilla entries actually under verification [3]. Release notes for this update are available on the wiki [4]. A new oVirt Node build will be available soon as well. [1] http://resources.ovirt.org/releases/updates-testing [2] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing [3] http://red.ht/19NoJKf [4] http://www.ovirt.org/OVirt_3.3.2_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

11 years

1
0
0 / 0

[Engine-devel] [jenkins] dao tests broken

by Eyal Edri

fyi, dao tests are broken for some time now, who can look into it? current failing tests are: Tests in error: testAdUserConstrcutor(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V testAdUserAndFalseBooleanConstrcutor(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V testAdUserAndTrueBooleanConstrcutor(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V getUserFQN(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V http://jenkins.ovirt.org/job/ovirt_engine_dao_unit_tests/5446/console looks like it started after commit : http://jenkins.ovirt.org/job/ovirt_engine_dao_unit_tests/5438/ core: scheduling: handle cpu load duration (detail / gitweb) Eyal.

11 years

5
5
0 / 0

[Engine-devel] [engine-devel] instance type as top-level entity

by Tomas Jelinek

Hey all, I have started to work on the instance types[1] again and hit an issue. Since the instance types are supposed to be top-level entities (e.g. without the connection to DC/Cluster) but they are modeled as templates it is not possible to store them to DB since the DB constraints violation on vm_static table (e.g. the vds_group_id has to be unique and point to an existing vds_group). So, I see 4 options: 1: drop the constraints on the vm_static.vds_group_id (the vds_groups_vm_static constraint) (most simple approach but would open the door to some issues which are now guard on the DB level) 2: do the same magic [well, hacks :) ] as with the "blank" template which is in the same situation (not exactly a nice solution to have the instance types wired to one specific cluster just to satisfy the constraint but return them all the time) 3: do not store this data in vm_static but create some new table called e.g. instance_type which would contain all of the fields from vm_static which are needed by it (actually the best approach AFAIK but to do it correctly it would require some more refactoring to do some hierarchy of tables and not copy the fields from table to table) 4: make the instance types not top-level (e.g. bound to specific DC/Cluster) (would bring some issues for example with the default instance types which should be present for all the DC/Clusters) Thoughts? Thank you, Tomas [1]: http://www.ovirt.org/Features/Instance_Types

11 years

3
4
0 / 0

[Engine-devel] Help to review the design of Feature/NUMA and Virtual NUMA

by Liao, Chuan (Jason, MCXS-CQ)

--_000_B63C858E777679458338A30A991BB5240155E248G1W3780americas_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Everyone, I am Jason Liao from HP, now focus on the NUMA feature integration into oVi= rt. Now we finish the first step of High-level design document. Please help to review the design of Features/NUMA_and_Virtual_NUMA<http://w= ww.ovirt.org/Features/NUMA_and_Virtual_NUMA> on oVirt community wiki page. If anyone have some question and suggestion, please let me know. Thanks all. Best Regards, Jason Liao --_000_B63C858E777679458338A30A991BB5240155E248G1W3780americas_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"#0563C1" vlink=3D"#954F72" style=3D"text-justi= fy-trim:punctuation"> <div class=3D"WordSection1"> Hi Everyone,<o:p></o:p> <o:p> </o:p> I am Jason Liao from HP, now focus = on the NUMA feature integration into oVirt.<o:p></o:p> <o:p> </o:p> Now we finish the first step of Hig= h-level design document.<o:p></o:p> <o:p> </o:p> Please help to review the design of <a href=3D"http://www.ovirt.org/Features/NUMA_a= nd_Virtual_NUMA">Features/NUMA_and_Virtual_NUMA</a> on oVirt community wiki= page.<o:p></o:p> <o:p> </o:p> If anyone have some question an= d suggestion, please let me know.<o:p></o:p> <o:p> </o:p> Thanks all.<o:p></o:p></= p> <o:p> </o:p> Best= Regards, Jason Liao= <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_B63C858E777679458338A30A991BB5240155E248G1W3780americas_--

11 years

2
1
0 / 0

[Engine-devel] developmen environment: logs

by Einav Cohen

[working on development environment] (1) I tried following instructions in [1] in order to have my engine.log log messages from the bll module in DEBUG level. After adding section [2] to the relevant file, I got an error message [3] (probably since a logger for category "org.ovirt.engine.core.bll" already exists in the file). I removed that new section, and changed the relevant string within the already-existing <logger category="org.ovirt.engine.core.bll"> from "INFO" to "DEBUG"; however, log for bll messages kept being logged only in the "INFO" level. [I restarted ovirt-engine.py after every change] Any ideas? (2) Does anyone know why queries invocation isn't being logged into the engine.log [maybe they are being logged in DEBUG level and due to (1) I cannot see them]? it seems that only action invocations are being logged. Many thanks in advance. ---- Regards, Einav [1] http://www.ovirt.org/OVirt_Engine_Development_Environment#Enable_DEBUG_log [2] --- <logger category="org.ovirt.engine.core.bll"> <level name="DEBUG"/> </logger> --- [3] [ovirt-engine-devel-env]$ ./ovirt-engine.py start Listening for transport dt_socket at address: 8787 ovirt-engine[13794] ERROR run:485 Error: process terminated with status code 1 [ovirt-engine-devel-env]$

11 years

2
2
0 / 0

[Engine-devel] Fwd: Re: [Users] Ubuntu & Debian guest agent

by Sven Kieske

Forwarding to devel: In short: does the guest agent really need to use "usermode" for shutdown? Simple sudoer rights should suffice and greatly reduce the dependency tree. -------- Original-Nachricht -------- Betreff: Re: [Users] Ubuntu & Debian guest agent Datum: Thu, 12 Dec 2013 10:16:48 +0000 Von: Sven Kieske <S.Kieske(a)mittwald.de> An: users(a)ovirt.org <users(a)ovirt.org> Okay, i was able to resolve some of my questions already with the help of Vinzenz Feenstra in ovirt IRC (Thanks again). I'm somewhat impressed, the agent reports IPv4 addresses and even multiple ipv6 addresses from the vm. But I have some additional question: There is a huge dependency tree, resulting in the download of the following packages on Ubuntu 12.04.3: fontconfig fontconfig-config hicolor-icon-theme libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libcairo2 libcups2 libdatrie1 libfontconfig1 libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libjasper1 libjpeg-turbo8 libjpeg8 libnl1 libpango1.0-0 libpixman-1-0 libthai-data libthai0 libtiff4 libuser1 libxcb-render0 libxcb-shm0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxft2 libxi6 libxinerama1 libxrandr2 libxrender1 python-ethtool shared-mime-info ttf-dejavu-core usermode I investigated a little and it seems that most of this stuff (graphic libs) gets pulled in by the package "usermode" which is a graphical tool for end users for manipulating passwords etc. I can understand that this tool might be needed for SSO and okay for desktop users. But I want to ask if it can't be substituted through sudo or similar commandline tools for the purpose of installing the agent on a server. from a security perspective you don't want files like libjpeg on your server if you don't need them. I don't know how/why exactly usermode is used/needed so maybe this can be changed? -- 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 _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

11 years

1
0
0 / 0

[Engine-devel] [QE] ovirt-docs?

by Sandro Bonazzola

Hi, both wiki page http://www.ovirt.org/User_Guides and git://gerrit.ovirt.org/ovirt-docs are a bit outdated. We also have a few bugs for components: - doc-Installation-Guide - doc-REST_API_Guide Anybody willing to update docs for 3.3.2 release? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

11 years

1
0
0 / 0

Re: [Engine-devel] Please add an account for me in oVirt Jenkins.

by Eyal Edri

+1. (adding engine-devel also) yaniv should have access to build ovirt dwh & reports projects on jenkins. Eyal. ----- Original Message ----- > From: "Yaniv Dary" <ydary(a)redhat.com> > To: infra(a)ovirt.org > Sent: Thursday, December 12, 2013 6:50:33 PM > Subject: Please add an account for me in oVirt Jenkins. > > Hi, > I need access to Jenkins to build projects and add/manage jobs. Can you > please create an account for me? > My fedora openID is ydary. > > > Thanks! > > --- > Yaniv Dary > BI Software Engineer > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 43501 > > Tel : +972 (9) 7692306 > 72306 > Email: ydary(a)redhat.com > IRC : ydary > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

11 years

2
1
0 / 0

[Engine-devel] CodeQuality/Automated Checking

by Sven Kieske

Hi, I just stumbled upon this: http://gerrit.ovirt.org/#/c/22310/1/vdsm.spec.in such errors could be prevented easily. either by using bash -n $scriptname.sh before commit or by automated syntaxchecking via jenkins ? what do you think? -- 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

11 years

4
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Devel December 2013