Re: [ovirt-devel] Heads-up: moving Libvirt xml creation to the engine

2016-11-28 Thread Dan Kenigsberg
On Thu, Nov 24, 2016 at 09:47:53AM +0100, Martin Sivak wrote: > Yaniv, we can probably provide engine side hooks as Arik said, but the > current hook mechanism is provided by libvirt, vdsm "just" packages > the scripts and puts them in the proper place. > > https://libvirt.org/hooks.html That's n

Re: [ovirt-devel] Heads-up: moving Libvirt xml creation to the engine

2016-11-28 Thread Dan Kenigsberg
On Thu, Nov 24, 2016 at 02:23:11AM -0500, Arik Hadas wrote: > > > - Original Message - > > Does this mean we will be able to move the hooks to the engine side at some > > point? That would be much better than needing it on VDSM. > > Well, it sounds feasible to provide a hooking mechanism

[ovirt-devel] oVirt 4.0.6 RC3 merge / branch / tag / bugzilla reminder

2016-11-28 Thread Sandro Bonazzola
All stable branch maintainers, please make sure to merge all relevant open bugs until Wednesday morning 11:00 AM TLV time (10:00 AM CET). For each package that need to be built (i.e oVirt product) please make sure every bug in MODIFIED has the right Target Release and Target Milestone. A Target re

[ovirt-devel] oVirt 4.0.6 RC3 build planned

2016-11-28 Thread Sandro Bonazzola
Fyi oVirt developers, An oVirt build is planned for this Wednesday 11:00 AM TLV time (10:00 AM CET). Taking into consideration the time it takes for Jenkins to run a full CI everything need to be backported by Tuesday 11PM. Please make sure to mark as verified and CR +2 so it will be ready for mer

Re: [ovirt-devel] [VDSM] Flaky network tests

2016-11-28 Thread Barak Korren
On 28 November 2016 at 09:31, Dan Kenigsberg wrote: > > The failure we see is what I'd expect from a very slow slave. There are no more reasons of the slaves to be slow, and netlink events IMO should never have been slow (Completely unrelated to the storage which was the slow thing until we moved

[ovirt-devel] Scheduling policy weight normalization 4.1 feature

2016-11-28 Thread Martin Sivak
Hi, I just posted a pull request for the mentioned feature. https://github.com/oVirt/ovirt-site/pull/614 The feature is about an internal change to the VM scheduling algorithm that should make the behaviour of the policy unit multiplier buttons more predictable. Any additional comments or insig

Re: [ovirt-devel] Gerrit parallel patch handling and CI (Or, why did my code fail post-merge)

2016-11-28 Thread Barak Korren
> > Let us now try the more lenient "rebase if needed", please. Moved. -- Barak Korren bkor...@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Gerrit parallel patch handling and CI (Or, why did my code fail post-merge)

2016-11-28 Thread Dan Kenigsberg
On Mon, Nov 21, 2016 at 03:55:46PM +0200, Barak Korren wrote: > > > > I enjoyed the freedom of cherry-pick, but after 2 broken nightly builds > > in the span of 10 days, I give up. Let's try ff-only. > > > All right, changed. Thanks. But it ruined my work experience. Manual rebase for every patch,