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

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

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

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

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

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

[ovirt-devel] oVirt 4.0.6 RC3 build planned

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

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

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

[ovirt-devel] Scheduling policy weight normalization 4.1 feature

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

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

> > 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

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

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