Re: [ovirt-devel] vdsm vds.dispatcher

By someone, I assume you mean some other process running on the host, or possibly the engine? Gary Gary Pedrettyg...@ravnalaska.net Systems Manager

Re: [ovirt-devel] blog post: quick(er) development / testing of GWT code using SDM

Nice blog post, disabling source maps is a great idea to improve Super Dev Mode experience. For a quick change/recompile/refresh workflow, SDM is better than the usual GWT Java-based debugger. Vojtech On Sun, Aug 27, 2017 at 11:45 PM, Greg Sheremeta wrote: > Hi, > > I wrote a blog post detail

Re: [ovirt-devel] vdsm vds.dispatcher

One more thing: MOM's getStatistics is actually called by VDSM stats reporting code, so my guess here is that someone queries VDSM for stats pretty hard, VDSM then asks MOM for details. Martin On Thu, Aug 31, 2017 at 4:14 PM, Martin Sivak wrote: > Hi, > >> 2017-08-27 23:15:41,199 - mom.RPCServe

Re: [ovirt-devel] vdsm vds.dispatcher

Hi, > 2017-08-27 23:15:41,199 - mom.RPCServer - INFO - ping() > 2017-08-27 23:15:41,200 - mom.RPCServer - INFO - getStatistics() > 2017-08-27 23:15:43,946 - mom.RPCServer - INFO - ping() > 2017-08-27 23:15:43,947 - mom.RPCServer - INFO - getStatistics() These are logs from mom's RPC server, someo

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

On 31 August 2017 at 12:25, Martin Perina wrote: > > > On Thu, Aug 31, 2017 at 11:22 AM, Barak Korren wrote: >> >> On 31 August 2017 at 12:16, Martin Perina wrote: >> > >> > On Thu, Aug 31, 2017 at 11:09 AM, Barak Korren >> > wrote: >> >> >> >> As a temporary measure, we can disable the automat

[ovirt-devel] master OST is now green. Thanks everyone who helped!

The following OST run, that included 82 different patches and ~40 engine patches among them was successful: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2208/ This means that engine master is not longer broken, and there are no other issues that affect OST. Thanks everyone who wo

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

On Thu, Aug 31, 2017 at 11:22 AM, Barak Korren wrote: > On 31 August 2017 at 12:16, Martin Perina wrote: > > > > On Thu, Aug 31, 2017 at 11:09 AM, Barak Korren > wrote: > >> > >> As a temporary measure, we can disable the automated deployment from > >> jobs that run on PR messages. But this mea

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

On 31 August 2017 at 12:16, Martin Perina wrote: > > On Thu, Aug 31, 2017 at 11:09 AM, Barak Korren wrote: >> >> As a temporary measure, we can disable the automated deployment from >> jobs that run on PR messages. But this means that we will need to do >> the deployment manually when needed. > >

Re: [ovirt-devel] GSoC final evaluation

Hi Valentina, Thank you so much for your contribution, I'm positive the tests you've added will help us catch regressions on future oVirt versions and will ultimately make it oa better product! Good luck with your new challenges and we'd love to see you again contributing to oVirt in the future,

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

On Thu, Aug 31, 2017 at 11:09 AM, Barak Korren wrote: > On 31 August 2017 at 11:54, Martin Perina wrote: > > So with ovirt-ansible-roles-1.1.0 (which is the last offically relased > > version) everything runs fine and host is added properly (tested several > > times on CentOS 7.3) > > > > But we

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

On 31 August 2017 at 12:06, Oved Ourfali wrote: > Barak - can you prioritize fixing this one? > It blocks us from adding additional functionality into the > ovirt-ansible-roles repo. It is currently my #1 task. But dousing fires comes first as ususal... -- Barak Korren RHV DevOps team , RHCE,

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

On 31 August 2017 at 11:54, Martin Perina wrote: > So with ovirt-ansible-roles-1.1.0 (which is the last offically relased > version) everything runs fine and host is added properly (tested several > times on CentOS 7.3) > > But we need to fix executing builds from github otherwise we cannot contin

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

Barak - can you prioritize fixing this one? It blocks us from adding additional functionality into the ovirt-ansible-roles repo. On Thu, Aug 31, 2017 at 11:54 AM, Martin Perina wrote: > So with ovirt-ansible-roles-1.1.0 (which is the last offically relased > version) everything runs fine and hos

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

So with ovirt-ansible-roles-1.1.0 (which is the last offically relased version) everything runs fine and host is added properly (tested several times on CentOS 7.3) But we need to fix executing builds from github otherwise we cannot continue working with ovirt-ansible-roles in github: 1. If you a

Re: [ovirt-devel] Please note: ovirt-hosted-engine-ha builds are failing

On 31 August 2017 at 11:07, Martin Sivak wrote: > Hi Barak, > > maybe you should stop setting CI+1 before that is fixed? The CI flag is set before the patch is merged, and this reports fine to gerrit. I'm talking here about stuff that happens after you merge, when the flag is no longer relevant.

Re: [ovirt-devel] Please note: ovirt-hosted-engine-ha builds are failing

Hi Barak, maybe you should stop setting CI+1 before that is fixed? Martin On Thu, Aug 31, 2017 at 8:36 AM, Barak Korren wrote: > Hi, > > Builds of ovirt-hosted-engine-ha had been failing for the last 3 merged > patches. > > This is currently not being reported on gerrit because of a known > is

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 2017-08-30 ] [add_hosts]

The difference between the two, is this patch: https://github.com/oVirt/ovirt-ansible/pull/62/files#diff-f7199e24fce211caec68e106db3fc4ddR28 Could the libvirt-guest restart cause this issue? Anyway can you try to remove ovirt-ansible-roles-1.1.1-0.1.master.20170830145950.el7.centos.noarch.rpm