On Wed, Jan 11, 2017 at 10:26 AM, Francesco Romani <fromani(a)redhat.com>
wrote:
Hi all
On 01/11/2017 08:52 AM, Eyal Edri wrote:
Adding Tomas from Virt.
On Tue, Jan 10, 2017 at 10:54 AM, Piotr Kliczewski <
piotr.kliczewski(a)gmail.com> wrote:
> On Tue, Jan 10, 2017 at 9:29 AM, Daniel Belenky <dbelenky(a)redhat.com>
> wrote:
> > Hi all,
> >
> > test-repo_ovirt_experimental_master (link to Jenkins) job failed on
> > basic_sanity scenario.
> > The job was triggered by
https://gerrit.ovirt.org/#/c/69845/
> >
> > From looking at the logs, it seems that the reason is VDSM.
> >
> > In the VDSM log, i see the following error:
> >
> > 2017-01-09 16:47:41,331 ERROR (JsonRpc (StompReactor)) [vds.dispatcher]
> SSL
> > error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected
> ('::1',
> > 34942, 0, 0) at 0x36b95f0>: unexpected eof (betterAsyncore:119)
>
Daniel, could you please remind me the jenkins link? I see something
suspicious on the Vdsm log.
Most notably, Vdsm received SIGTERM. Is this expected and part of the test?
>
>
> This issue means that the client closed connection while vdsm was
> replying. It can happen at any time
> when the client is not nice with the connection. As you can see the
> client connected locally '::1'.
>
> >
> > Also, when looking at the MOM logs, I see the the following:
> >
> > 2017-01-09 16:43:39,508 - mom.vdsmInterface - ERROR - Cannot connect to
> > VDSM! [Errno 111] Connection refused
> >
>
> Looking at the log at this time vdsm had no open socket.
Correct, but IIRC we have a race on startup - that's the reason why MOM
retries to connect. After the new try, MOM seems to behave
correctly:
2017-01-09 16:44:05,672 - mom.RPCServer - INFO - ping()
2017-01-09 16:44:05,673 - mom.RPCServer - INFO - getStatistics()
--
Francesco Romani
Red Hat Engineering Virtualization R & D
IRC: fromani