- Devel - oVirt List Archives

Question about import domain from export domain
by Alexander Wels 06 Nov '14

06 Nov '14

Hi, I am working on a major front-end re-factor patch [1], and I have a question about some of the re-factoring I did in the ImportVmFromExportDomainModel. I have the question in a TODO here [2]. But basically I would like someone familiar with that particular piece of code to take a second look at that part of my patch and let me know if I probably broke it or not. The gist of the patch is that instead of using a custom class resolver, now all ListModels will be managed by our dependency injection framework GIN. Thanks, Alexander [1] http://gerrit.ovirt.org/#/c/34193 [2] http://gerrit.ovirt.org/#/c/34193/16/frontend/webadmin/modules/uicommonweb/…

1 0

[SCALE][RFC] ksmd bound to one core
by Sven Kieske 06 Nov '14

06 Nov '14

Hi, currently ksmd is a single process and is thus bound to one core. This leads to some scaling problems such as: If you got a lot of vms on one host with huge amounts of ram you can observe that the cpu usage by ksmd goes easily to 100%. I wonder if ksmd could not be split up in child/worker threads, thus enabling higher density of vms on one host. or can this just be tweaked by altering values in /etc/ksmtuned.conf ? 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

4 3

[Devel] Proposing Roy Golan as VDSM Fake maintainer
by Tomas Jelinek 06 Nov '14

06 Nov '14

Hi, I would like to propose Roy Golan as VDSM Fake (http://www.ovirt.org/VDSM_Fake) co-maintainer. Your response would be appreciated. Thanks in advance. Tomas

11 10

long type for engine<->vdsm communication
by Piotr Kliczewski 06 Nov '14

06 Nov '14

Hi, Currently we are unable to send long values between engine and vdsm due to xmlrpc limitation. There is an extension i8 for xmlrpc which enables 64bit numerical values (long) but we can't use it due to compatibility reasons. To workaround this limitation people cast long to string before sending it to the other side. I came up with engine and vdsm patches [1] to make this type conversion in single place. Jsonrpc supports long marshalling so by having above patches we can start to use long types without worrying about type conversion. Please let me know what do you think about it and whether there are any reasons why we should not have this changes in 3.6. Thanks, Piotr [1] http://gerrit.ovirt.org/#/q/status:open+topic:long-type-for-xmlrpc,n,z

1 0

ovirt-engine master failing on testRoundtrip
by Sandro Bonazzola 06 Nov '14

06 Nov '14

Hi, can you please fix ovirt-engine master? It's currently failing on testRoundtrip: http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged/label=e… Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 4

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 05 Nov '14

05 Nov '14

Hi, Release criteria discussion started on 2014-10-22 and should end on 2014-11-12 as per current release process [1]. Current options are: 1) keeping the same release criteria we had for 3.5 [2] 2) review the proposed changes [3] and prepare new release criteria for 3.6 Release management for 3.6.0 has been created [4] The key milestones for this release must be scheduled: Key Milestones Release criteria discussion start: 2014-10-22 Release criteria ready: 2014-11-12 Feature freeze: 60 Days before release First Test Day: 45 days before release Release Candidate: 30 days before release Release: 6 months after oVirt 3.5.0 release Two different proposals have been meed about above scheduling [5]: 1) extend the cycle to 10 months for allowing to include a large feature set 2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7 A tracker bug for 3.6.0 has been created [6] and currently shows no blockers. There are 395 bugs [7] targeted to 3.6.0. Excluding node and documentation bugs we have 375 bugs [8] targeted to 3.6.0. [1] http://www.ovirt.org/Release_process [2] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria [3] http://lists.ovirt.org/pipermail/devel/2014-September/008695.html [4] http://www.ovirt.org/OVirt_3.6_Release_Management [5] http://lists.ovirt.org/pipermail/users/2014-November/028875.html [6] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [7] http://goo.gl/zwkF3r [8] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[QE][ACTION NEEDED] oVirt 3.5.1 RC status
by Sandro Bonazzola 05 Nov '14

05 Nov '14

Hi, We're going to start composing oVirt 3.5.1 RC on *2014-11-25 08:00 UTC* from 3.5 branch. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-11-24 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-11-24 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A bug tracker [1] has been opened and shows 1 open blocker: Bug ID Whiteboard Status Summary 1142710 integration NEW Volume creation failed while deploying Hosted Engine on iSCSI There are still 181 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 151 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: 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] [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 [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt Node Weekly Meeting Minutes - November 4th 2014
by Fabian Deutsch 04 Nov '14

04 Nov '14

Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-11-04-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-11-04-14.00.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-11-04-14.00.log.html ================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:00:01 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-11-04-14.00.log.html . Meeting summary --------------- * Agenda (fabiand, 14:00:08) * oVirt 3.5 (fabiand, 14:00:15) * Other Items (fabiand, 14:00:20) * oVirt 3.5 (fabiand, 14:00:28) * fabiand did not build Node for 3.5, on list for this week (fabiand, 14:05:10) * Other Items (fabiand, 14:08:30) * Work on supporting CentOS 6.6 is already on it's way (fabiand, 14:08:55) * Work on supporting CentOS 7.0 is also on it's way (fabiand, 14:09:11) * HE needs some more fixes on 3.5 (fabiand, 14:12:29) Meeting ended at 14:15:55 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (37) * dougsland (6) * rbarry (3) * ovirtbot (2) * osvoboda (1) * bkp (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Any info for analyzing Ovirt??
by 이현수 03 Nov '14

03 Nov '14

Dear Ovirt I aminterested in developing VDI using Ovirt. I need to know how Ovirt works in coding level because I might have to change or verify the Ovirt code. So, if you send me any info, such as UML(Unified Model Language), it would be very thankful. Hope for your help Sincerely yours Hyunsoo Lee.

6 6

Understanding Cluster / Datacenter upgrades
by Daniel Helgenberger 02 Nov '14

02 Nov '14

Hello, I seem to have some issues understating what and when something happens if I change a cluster or datacenter to a higher version after upgrading engine. Maybe somebody could help me understand how this works in general and when features will get enabled? If possible, pinpoint it to concrete features added in 3.5. My assumptions learned form experience so far, upgrading oVirt 3.4 to 3.5; please correct if wrong: - New features are enabled if I set the cluster compat version to a newer version after upgrade - Prior to upgrading a datacenter all cluster need to run the higher version (seems logical). - This involves Engine database updates (?) and, more crucial, it will change settings and data on the storage domains. - Because of that, downgrade is not possible any more - Also, its usually safer to keep the old cluster version while using a newer engine version; because it is more likely to run into regressions with an upgraded datacenter (see regression blockers for oVirt 3.5.1). My questions so far: - What happens if I only upgrade the cluster and *not* yet the datacenter? - In case of 3.5; exactly when could I have used the new NUMA management? I assume after upgrading the cluster? - In case of 3.5; exactly when could I have used the new QoS settings (like disk profiles) - here I assume after upgrading the datacenter? If the the case of NUMA policy is not true but happens only after upgrading the datacenter, what is the purpose of the cluster compat version setting? I can think of making sure a certain minimum VDSM version is running? Thanks a million, -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

3 2