[vdsm][virt] what's new in virt (20151215)
Hi all, I'm happy to start a weekly summary of what's going on on virt's world (VDSM edition). General topics * I've got some mixed feedback about my Vm-on-a-diet effort. I still believe that fat trimming is a worthwhile goal per se, but I'm willing to adapt the strategy responding to the comments, so we will focus on virt-specific topics. * As consequence of the above, I'm focusing on the last bits of device fixing, which involves - fixing all device to update themselves from libvirt XML after domain boot, instead using all the getUnderyling* methods - switch the devices related code to use Etree instead of minidom. This will involve changes to the domain_descriptor. I estimate this task will still trim ~600 lines out of vm.py, so it still somehow gets some size trimming done, albeit not intensive as planned. This is a complex topic, will post plan and ideas on a separate mail * Finally, some series are still worth pushing forward, see below. Patches in need of attention * topic branches - mpolednik started a much needed cleanup and fixing of fake_qemu and fake_kvm code, with the ultimate goal to move all the remaining bits into the faqemu hook, and to make it useful on ppc64. Lots of refactoring is needed to support this change, and that produced https://gerrit.ovirt.org/#/q/topic:cpuinfo - we want to improve the reporting in case of migratio aborted. The ultimate goal is to let Engine (thus the User) know why a migration failed. To export this information, however, we need some cleanup before. Hence: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:mi... - last and less urgent: here's some cleanup about existing getUnderlying* methods of Vm class, preparing the last step of the big vmdevices split. I believe this is useful anyway https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:vm... * single patches - https://gerrit.ovirt.org/#/c/46846 this is the first of a series aiming to improve migration support in 4.0. Probably worth merging all together, even though this one seems ready for broader review to me. - https://gerrit.ovirt.org/#/c/49173/ Notified just to raise awareness, still working on ensuring backward compatibility and smooth upgrade - https://gerrit.ovirt.org/#/c/48672 v2v xen support - https://gerrit.ovirt.org/#/c/49951/ OVA support improvements. Worth a look, but note that we are working toward a split of this big patch - https://gerrit.ovirt.org/#/c/49636 V2V refactoring, also almost ready - https://gerrit.ovirt.org/#/c/49570/ still in the context of migration enhancements. We want to throttle incoming migrations, to do so we want to use a sempahore which needs to be held by the creation thread until VM is created. This helper makes this possible, using an uniform interface for both this case and the common, simpler case. That's all for now, as usual, reviews welcome! :) -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
On Tue, Dec 15, 2015 at 5:12 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
I'm happy to start a weekly summary of what's going on on virt's world (VDSM edition).
General topics * I've got some mixed feedback about my Vm-on-a-diet effort. I still believe that fat trimming is a worthwhile goal per se, but I'm willing to adapt the strategy responding to the comments, so we will focus on virt-specific topics. * As consequence of the above, I'm focusing on the last bits of device fixing, which involves - fixing all device to update themselves from libvirt XML after domain boot, instead using all the getUnderyling* methods
+1
- switch the devices related code to use Etree instead of minidom. This will involve changes to the domain_descriptor. I estimate this task will still trim ~600 lines out of vm.py, so it still somehow gets some size trimming done, albeit not intensive as planned. This is a complex topic, will post plan and ideas on a separate mail
+1, lets kill minidom entirely.
* Finally, some series are still worth pushing forward, see below.
Patches in need of attention * topic branches - mpolednik started a much needed cleanup and fixing of fake_qemu and fake_kvm code, with the ultimate goal to move all the remaining bits into the faqemu hook, and to make it useful on ppc64. Lots of refactoring is needed to support this change, and that produced https://gerrit.ovirt.org/#/q/topic:cpuinfo
I reviewed the first and biggest patch. I like the idea, but I think we should make some small changes before it, for example removing of the POWER constant. having constats of the same group using different types is a horrible idea. X86_64 = "x86_64" POWER = ("ppc64", "ppc64le") Before we do big and risky cleanups, we should do small and safe cleanup like unifying the constants. Another issue, there is no point in moving caps.Architecture to cpuarch.Architecture. In the caps module, this class used to group the constants like X86_64. the cpuarch module is replacing the Architecture class, so we would like one patch moving the constants and eliminating the useless class. Having too patches, one moving the class and the other eliminating it is wasting reviewers time. I'm waiting for more reviews from the virt guys on this topic.
- we want to improve the reporting in case of migratio aborted. The ultimate goal is to let Engine (thus the User) know why a migration failed.
Why the reason is not available? Maybe this is another use case for the jobs module? Keep a job for each migration, report job status and errors?
To export this information, however, we need some cleanup before. Hence: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:mi... - last and less urgent: here's some cleanup about existing getUnderlying* methods of Vm class, preparing the last step of the big vmdevices split. I believe this is useful anyway https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:vm...
* single patches - https://gerrit.ovirt.org/#/c/46846 this is the first of a series aiming to improve migration support in 4.0. Probably worth merging all together, even though this one seems ready for broader review to me. - https://gerrit.ovirt.org/#/c/49173/ Notified just to raise awareness, still working on ensuring backward compatibility and smooth upgrade - https://gerrit.ovirt.org/#/c/48672 v2v xen support - https://gerrit.ovirt.org/#/c/49951/ OVA support improvements. Worth a look, but note that we are working toward a split of this big patch - https://gerrit.ovirt.org/#/c/49636 V2V refactoring, also almost ready
We need more reviewers for the v2v patches.
- https://gerrit.ovirt.org/#/c/49570/ still in the context of migration enhancements. We want to throttle incoming migrations, to do so we want to use a sempahore which needs to be held by the creation thread until VM is created. This helper makes this possible, using an uniform interface for both this case and the common, simpler case.
This code is too abstract, we should have something that is more about incoming migration, not about running async tasks with resources.
That's all for now, as usual, reviews welcome! :)
-- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Hi! On Tue, Dec 15, 2015 at 5:12 PM, Francesco Romani <fromani@redhat.com> wrote:
- we want to improve the reporting in case of migratio aborted. The ultimate goal is to let Engine (thus the User) know why a migration failed. To export this information, however, we need some cleanup before. Hence:
https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:mi...
Is there a bug for this? I know one: https://bugzilla.redhat.com/show_bug.cgi?id=1177252. Maybe there are others. Shmuel
Hi all, Here it is the first weekly summary of 2016 of what's going on on virt's world (VDSM edition). We will start lean, because we had winter break - some people still on holiday. General topics * because of the winter break, we are (I am) still addressing comments from the last "what's new" - thanks to everyone that shared thoughts, both on and off list. * Work will soon restart about virt device overhaul, as introduced in the last "what's new". The plan is still to - consolidtate all the Vm.getUnderlying* into specific devices - move from minidom to ETree - move from vm.py to appropriate devices/* * there are plans to move the virt/ tree from /usr/share/vdsm to /usr/lib/python*/site-packages, following the recent move of networking code. We are still in "planning" phase, but this is definitely on the table. Besides tiding up our tree, this will help making the code more testable (easier to import with less sys.path tricks) That's all for now, I promise more tasty topics for the next week! -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
----- Original Message -----
From: "Francesco Romani" <fromani@redhat.com> To: devel@ovirt.org Sent: Tuesday, January 5, 2016 1:41:03 PM Subject: [ovirt-devel] [vdsm][virt] what's new in virt (20160105) - short edition
Hi all,
Here it is the first weekly summary of 2016 of what's going on on virt's world (VDSM edition). We will start lean, because we had winter break - some people still on holiday.
General topics * because of the winter break, we are (I am) still addressing comments from the last "what's new" - thanks to everyone that shared thoughts, both on and off list. * Work will soon restart about virt device overhaul, as introduced in the last "what's new". The plan is still to - consolidtate all the Vm.getUnderlying* into specific devices - move from minidom to ETree - move from vm.py to appropriate devices/* * there are plans to move the virt/ tree from /usr/share/vdsm to /usr/lib/python*/site-packages, following the recent move of networking code. We are still in "planning" phase, but this is definitely on the table. Besides tiding up our tree, this will help making the code more testable (easier to import with less sys.path tricks)
That's all for now, I promise more tasty topics for the next week!
One little update: a topic branch aimed to fix a bug, and doing some cleanup along the way: https://gerrit.ovirt.org/#/q/topic:bz1253043 Topic breakdown: first patches are trivial (~10 lines each) cleanups - trivally backportable then comes the real fix - easy to backport afterwards comes deeper cleanup - may or may not be backported https://gerrit.ovirt.org/#/c/51383/ - silly cleanup: while we have response module, we use it https://gerrit.ovirt.org/#/c/51384/ - trivial cleanup https://gerrit.ovirt.org/#/c/51385/ - same, narrowing a try/except block https://gerrit.ovirt.org/#/c/51386/ - trivial tiny helper extraction, to enable further work https://gerrit.ovirt.org/#/c/51387/ - the real bug fix, easily backportable https://gerrit.ovirt.org/#/c/51388/ - all the recovery related code in one module (NOT vm.py! :) ) https://gerrit.ovirt.org/#/c/51389/ - internal consolidation for recovery.py squeezing tests in is not trivial before this topic branch, but will try to do something anyway, or post another patch adding tests. However, these changes are easy to test manually. Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
Hi all, Here it is the second weekly summary of 2016 of what's going on on virt's world (VDSM edition). The winter break is past, and work has reprised in full swing. General topics * Francesco: is working on few bugfixes ended up in a few (simple) topic branches, detailed below - see below * MartinPolednik: is working on his 'cpuarchi/cpuinfo' topic. The first half (cpuarch) is quite ready - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:cp... * Milan: is working on bugfixes as well - no specific topic * Shahar: is working on extending v2v to support Xen - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v2... * Vinzenz: is working on epoll unregistrating issue, fixing a bug - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:vm... Patches in need of attention * Francesco: - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:di... this fixes a bug on 3.6 about broken stats when libvirt doesn't report the full data reporting is broken, but storage flows like high water mark should not be affected. - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:bz... until https://gerrit.ovirt.org/#/c/51387/ INCLUDED fixes a 3.6 bug that could lead to ghost vms summoned by stale recovery files - https://gerrit.ovirt.org/#/q/topic:bz1296936 fixes a race that could lead to the crash of MOM, losing its functionality. * MartinPolednik: it seems the patches are receiving attention * Milan: it seems the patches are receiving attention * Shahar: it seems the patches are receiving attention * Vinzenz: it seems the patches are receiving attention Single patches * Francesco: - None urgent besides the above topics * MartinPolednik: - None urgent besides the above topics * Milan: - https://gerrit.ovirt.org/#/c/51648/ - https://gerrit.ovirt.org/#/c/51508/ * Shahar: - None urgent besides the above topics * Vinzenz: - https://gerrit.ovirt.org/#/c/47404/ Tht's all for this week! -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
Hi all, Here it is a new weekly summary about what's going on on virt's world (VDSM edition). Since last week we made some good progress, thanks to all the reviewer and to all the maintainers which helped; patches are receiving attention and are under active work, so this is a boring report :) General direction: * Francesco: is working on few bugfixes ended up in a few topic branches, currently addressing comments and backports. * MartinPolednik: is working on his 'cpuarch/cpuinfo' topic. Since the last week most of cpuarch parts are merged, now focus is moving onc puinfo. - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:cp... * Milan: is working on bugfixes as well - no specific topic * Shahar: is working on extending v2v to support Xen - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v2... * Vinzenz: completeded the epoll unregistrating issue, and more bugfixes for Guest Agent Patch topics in need of attention * Francesco: it seems the patches are receiving attention - recovery will receive some cleanup, but not really urgent https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:bz... * MartinPolednik: it seems the patches are receiving attention * Milan: it seems the patches are receiving attention * Shahar: it seems the patches are receiving attention * Vinzenz: it seems the patches are receiving attention Single patches in need of attention * Francesco: - N/A * MartinPolednik: - N/A * Milan: - N/A * Shahar: - N/A * Vinzenz: - N/A Tht's all for this week! -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
Hi all, Here it is a new weekly summary about what's going on on virt's world (VDSM edition). Since last week things are calming down after a bug-fixing/backporting intense week. Now, attention is shifting again towards new features and enhancements General directions: * Francesco: the backport queue is almost empty, so is resuming janitorial work and started an experimental project to support containers with libvirt-like API - https://github.com/mojaves/convirt * MartinPolednik: pushing the final bits to his 'cpuarch/cpuinfo' topic. Most patches are in; after a great infrastructure cleanup, time to tackle the hooks themselves - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:cp... * Milan: is working on debian packaging, and resuming janitorial work (vmdevices cleanup) - no specific topic * Shahar: is working on extending v2v to support Xen - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v2... * Vinzenz: more bugfixes for Guest Agent, started working on Guest Lifecycle Events (and Hooks). - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:gu... Patch topics in need of attention * Francesco: it seems the patches are receiving attention - recovery will receive some cleanup, but not really urgent https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:bz... * MartinPolednik: it seems the patches are receiving attention * Milan: it seems the patches are receiving attention * Shahar: it seems the patches are receiving attention * Vinzenz: it seems the patches are receiving attention Single patches in need of attention: * Francesco: - N/A * MartinPolednik: - N/A * Milan: - N/A * Shahar: https://gerrit.ovirt.org/#/c/49505/ * Vinzenz: - N/A Tht's all for this week! -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
Hi all, Here it is a new weekly summary about what's going on on virt's world (VDSM edition). Apologies for the delay for the new summary! Last weekend we had FOSDEM and the next we will have Devconf.cz, so this is gonna be a calm weelk General directions: * Francesco: cleanups and refactorings for migration_enhancements, recovery.py cleanups, the `convirt' module * MartinPolednik: the final bits to his 'cpuarch/cpuinfo' topic are not yet in! - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:cp... * Milan: is working on debian packaging, and tackling vmdevices cleanup, as well as the switch to etree. * Shahar: is working on extending v2v to support Xen - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v2... * Vinzenz: more bugfixes for Guest Agent, started working on Guest Lifecycle Events (and Hooks). - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:gu... Patch topics in need of attention * Tomas/MartinBetak (not yet in need of attention, but are worth a look to have an early preview._ Tomas and MartinBetak did a joint effort to implement the Vdsm side of http://wiki.ovirt.org/Features/Migration_Enhancements - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:mi... we are working to make some patches more clearer: * https://gerrit.ovirt.org/#/c/46940/12 - could perhaps be split? * https://gerrit.ovirt.org/#/c/47734/ - simple and ready from long time but depends on 46940 * MartinBetak's patches are mostly ready as well, but they depend on my https://gerrit.ovirt.org/#/c/49570/ - still needs some polishing. Please note that my 49570 replaces Martin's https://gerrit.ovirt.org/#/c/47087/ * Francesco: it seems the patches are receiving attention * MartinPolednik: it seems the patches are receiving attention * Milan: it seems the patches are receiving attention * Shahar: it seems the patches are receiving attention * Vinzenz: it seems the patches are receiving attention Single patches in need of attention: * Francesco: - N/A * MartinPolednik: -https://gerrit.ovirt.org/#/c/46961/ * Milan: - N/A * Shahar: https://gerrit.ovirt.org/#/c/49505/ * Vinzenz: - N/A Tht's all for this week! -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Hi all, Here it is a new weekly summary about what's going on on virt's world (VDSM edition). Last week there it was no updates, sorry about it! I got sick on my way back from Brno. Now we are back on full swing! General directions: * Francesco: the `convirt' module mostly (support containers with libvirt API) plus cleanup and refactorings about migration, recovery and periodic.py logging * MartinPolednik: working to make kernel parameters tunable, NUMA cleanup * Milan: vmdevices cleanup, as well as the switch to etree. * Shahar: porting v2v to the new jobs infrastrucutre * Vinzenz: Guest Lifecycle Events (and Hooks). - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:gu... Patch topics in need of attention * Tomas/MartinBetak Their http://wiki.ovirt.org/Features/Migration_Enhancements - related patches are been reviewed and received feedback. * Francesco: it seems the patches are receiving attention * MartinPolednik: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:nu... * Milan: it seems the patches are receiving attention * Shahar: it seems the patches are receiving attention * Vinzenz: it seems the patches are receiving attention Single patches in need of attention: * Francesco: - N/A * MartinPolednik: - N/A * Milan: - N/A * Shahar: https://gerrit.ovirt.org/#/c/52858/ * Vinzenz: - N/A Tht's all for this week! -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--e8tIwGW39bRc1KS1mrVH7BFEAdMNJSVQc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16/02/16 15:35, Francesco Romani wrote:
* Francesco: the `convirt' module mostly (support containers with libvirt API) plus cleanup
Hi, I assume this is a self written module for ovirt/libvirt to manage containers? Is convirt the real name of it? Because there seems to be another open source software "convirt" for kvm/xen management? https://www.convirture.com/ https://www.convirture.com/products_opensource.php maybe rename it, to avoid trademark conflicts? --=20 Mit freundlichen Gr=FC=DFen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K=F6nigsberger Stra=DFe 6 32339 Espelkamp T: +495772 293100 F: +495772 293333 https://www.mittwald.de Gesch=E4ftsf=FChrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhause= n Komplement=E4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen --e8tIwGW39bRc1KS1mrVH7BFEAdMNJSVQc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJWxDXzAAoJEMby9TMDAbQR6jEP/AnDhLkgFM7HZdBUZY1vpr+Q bp8EbeD8i04gF+CqD5s2z+KT7ggWN4+1aR7gAFmRZIpdRSmGhucSmEBeOLHQRBcF uIAK75bfPHcph4+Q7wgPwWQslrx33CxtOiIysjXAoa1a358w+0nqiMaNCIQhijK3 SZpMCDqXahNnBFY8bPc2A22OyCRQHlSRjtLFSPqVJBhjxHLnqovOOQ+mpLVFO9mn 0YUTSDyo+V0uD4ny1ikBXAkWZHpdKoxtzyJtGm1XxM09AYLEWT8jU0PjfhlgNh5f zkeTRoPpI+X/X9zvaPt98ugjzwqfWiSnpO1D/JOLUZPrACE+OH0kdgkWc33O5Yfy bl5m/VfuO/I6WyxuHWg3VLCQHUcczDQxfQ60etmin5u/Ft2nepGR1rPsB2bsxEmu /W2OtMPIzIuXG1g8xlD8qT2RL0alxmvd14rfHgtEovZ4RM/EGdoaAOphmc5b7mQk q+UHsTYmmXWrAbs4S5WwqIUaT8ihp/XnfQL7vxLkHpmtnUVY9PKTDKKUxQHIWzkF +wycSx4aNvZCQ5HK7Ukyd9/d+9TvJ2dLohr+PXu2+XbUqJwTSromdRGgi4veSUl7 AfGsN5/SkWURNv47BQlQDFyWs1eFSb3Rxd58VaIPd3WwzUji0/BnVFt+O2yRv+7W rX+W6VTBSUxk8u70G9SH =9u1A -----END PGP SIGNATURE----- --e8tIwGW39bRc1KS1mrVH7BFEAdMNJSVQc--
----- Original Message -----
From: "Sven Kieske" <s.kieske@mittwald.de> To: devel@ovirt.org Sent: Wednesday, February 17, 2016 9:57:23 AM Subject: Re: [ovirt-devel] [vdsm][virt] what's new in virt (20160216)
On 16/02/16 15:35, Francesco Romani wrote:
* Francesco: the `convirt' module mostly (support containers with libvirt API) plus cleanup
Hi,
Hi,
I assume this is a self written module for ovirt/libvirt to manage containers?
correct
Is convirt the real name of it?
Yes: http://github.com/mojaves/convirt
Because there seems to be another open source software "convirt" for kvm/xen management?
https://www.convirture.com/products_opensource.php
maybe rename it, to avoid trademark conflicts?
Good to know, will keep 'convirt' as codename for the short term future, then rename when it becomes usable. Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
Hi all, Here it is a new weekly summary about what's going on on virt's world (VDSM edition). The virt team is heading at full throttle towards new features, without of course neglecting bufixes. The team is focusing on new shiny features, or on large cleanups and refactoring to make new features possible, or both :) General directions: * Francesco: more work on the codename `convirt'[1] module mostly (support containers with libvirt API). the module is shaping up nicely, I'm near to run containers through it. Preliminar Vdsm patches have been posted. Changes to Engine are expected to be minimal. Expect a comprehensive overview on the (new shiny!) wiki next week. * MartinPolednik: more work onNUMA cleanup * MartinBetak: patches for (http://wiki.ovirt.org/Features/Migration_Enhancements) * Milan: posted patch set to cleanup vmdevices. * Shahar: porting v2v to the new jobs infrastructure * Vinzenz: Guest Lifecycle Events (and Hooks). - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:gu... Patch topics in need of attention * Tomas/MartinBetak Their http://wiki.ovirt.org/Features/Migration_Enhancements - related patches are been reviewed and received feedback. Initial patches were merged * Francesco: low need: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:bz... * MartinPolednik: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:nu... * Milan: low need - already partially reviewed: https://gerrit.ovirt.org/#/q/topic:vm-devices-move-prep * Shahar: it seems the patches are receiving attention * Vinzenz: it seems the patches are receiving attention Single patches in need of attention: * Francesco: - https://gerrit.ovirt.org/53958 * MartinPolednik: - N/A * Milan: - N/A * Shahar: https://gerrit.ovirt.org/#/c/52858/ - again! * Vinzenz: - N/A That's all for this week! +++ [1] We are aware of possible naming issues as pointed out last week. will evaluate new name when the module actually starts doing something useful :) -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Hi all, Here it is a new weekly summary about what's going on on virt's world (VDSM edition). Apologies for the irregular updates lately, I'm looking for a new spot to prepare and send this report and still not found a convincing one. General directions: * Francesco: the codename `convirt'[1] module (support containers with libvirt API). We can now run containers disguised as VM in oVirt, the startup and shutdown flow works, now tackling the recovery flow. This is an important milestone, but please bear in mind this project is still very experimental and volatile, still in 'developers only' stage. However, I'm preparing documentation and wiki page. About docs, I'll now prioritize 'design goals', 'what you can do with it' and 'how to get started'. The page will be prepared here: https://github.com/mojaves/ovirt-site/blob/master/source/feature/container-s... I'll of course send a proper pull request once ready. * MartinPolednik: The NUMA cleanup is almost ready, and so is the much needed faqemu hook cleanup. Martin is now tackling another much needed caps.py cleanup. Kudos for his efforts! * Milan: back on full swing moving out code into vmdevices hierarchy from the bloated vm.py. First patches have already been merged! * Shahar: is working to improve the Vdsm sparsify support * Vinzenz: Guest Lifecycle Events (and Hooks). - https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:gu... Patch topics in need of attention * Francesco: low need: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:py... Please note https://gerrit.ovirt.org/#/c/54572/ and why it fails, it probably deserve more discussion and more invasive patches * MartinPolednik: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:ca... * Milan: N/A * Shahar: N/A * Vinzenz: N/A Single patches in need of attention: * Francesco: - https://gerrit.ovirt.org/#/c/54366/ * MartinPolednik: - https://gerrit.ovirt.org/#/c/46961/ (yours truly's already on it) * Milan: - N/A * Shahar: - https://gerrit.ovirt.org/#/c/52858/ * Vinzenz: - N/A That's all for this week! +++ [1] We are aware of possible naming issues as pointed out a few weeks ago. will evaluate new name when the module actually starts doing something useful :) -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
Hi all, Here it is a new (roughly :) weekly summary about what's going on on virt's world (VDSM edition). General directions: * Francesco: the first milestone of container integration was reached. Please see below for details and to learn how to try it! Besides that, begun a sprint to solve some longstanding 4.0 bugs. * MartinPolednik: work at full speed on 4.0 features. Posted cleanup patches for hostdev and for virt devices * Milan: the first series of vmdevices improvements was merged! Kudos for the important milestone! work at full speed on 4.0 features, and planning the next step for vmdevices * Vinzenz: work at full speed on 4.0 features Guest Lifecycle Events (and Hooks). Patch topics in need of attention * Francesco: (medium-to-low need, already received some reviews) https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:cl... * MartinPolednik: (medium-to-low need, already received some reviews) https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:ho... * Milan: N/A * Shahar: N/A * Vinzenz: N/A Single patches in need of attention: * Francesco: - N/A * MartinPolednik: - N/A * Milan: - N/A * Shahar: - N/A * Vinzenz: - N/A +++ Container news: TL;DR highlights: - still in early technology preview stage, we are currently evaluating other alternatives (e.g. http://qemu-project.org/index.php?title=Features/Containers, kvmtool/lkvm) - experienced/brave users are encouraged to try, to gather early feedback about the directions - works with rkt (https://github.com/coreos/rkt), runc support planned (http://runc.io/) - works with vanilla Engine 3.6.x! You just need few custom properties - requires Vdsm master, from sources - getting started instructions at https://github.com/mojaves/ovirt-site/blob/container-support/source/feature/... - make sure you use version https://github.com/mojaves/convirt/releases/tag/v0.1.5.2 - we still don't have a better name than `convirt' :) - documentation is still being improved (expect updates and polishing soon) - monitoring is not yet implemented, it is the next milestone Anyone interested in more details, or willing to try this out is encouraged to reach me - here on devel (make sure to CC me so I'll notice the message) - or on IRC, #vdsm on freenode - or on IRC, #ovirt on OFTC Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
participants (4)
-
Francesco Romani -
Nir Soffer -
Shmuel Melamud -
Sven Kieske