[oVirt Jenkins] vdsm_master_unit-tests_merged - Build # 4202 - Still Failing!

Nir Soffer nsoffer at redhat.com
Tue Nov 25 20:22:20 UTC 2014



----- Original Message -----
> From: "David Caro" <dcaro at redhat.com>
> To: "Nir Soffer" <nsoffer at redhat.com>
> Cc: "Dan Kenigsberg" <danken at redhat.com>, ykaplan at redhat.com, "piotr kliczewski" <piotr.kliczewski at gmail.com>,
> eedri at redhat.com, vdsm-patches at lists.fedorahosted.org
> Sent: Tuesday, November 25, 2014 10:17:14 PM
> Subject: Re: [oVirt Jenkins] vdsm_master_unit-tests_merged - Build # 4202 - Still Failing!
> 
> On 11/25, Nir Soffer wrote:
> > ----- Original Message -----
> > > From: "David Caro" <dcaro at redhat.com>
> > > To: "Dan Kenigsberg" <danken at redhat.com>
> > > Cc: ykaplan at redhat.com, "piotr kliczewski" <piotr.kliczewski at gmail.com>,
> > > eedri at redhat.com,
> > > vdsm-patches at lists.fedorahosted.org, nsoffer at redhat.com
> > > Sent: Tuesday, November 25, 2014 8:31:22 PM
> > > Subject: Re: [oVirt Jenkins] vdsm_master_unit-tests_merged - Build # 4202
> > > - Still Failing!
> > > 
> > > On 11/17, Dan Kenigsberg wrote:
> > > > On Mon, Nov 17, 2014 at 04:36:38PM +0200, David Caro wrote:
> > > > > On 11/17, Dan Kenigsberg wrote:
> > > > > > On Sun, Nov 16, 2014 at 09:21:18AM +0000, Jenkins ci oVirt Server
> > > > > > wrote:
> > > > > > > Project:
> > > > > > > http://jenkins.ovirt.org/job/vdsm_master_unit-tests_merged/
> > > > > > > Build:
> > > > > > > http://jenkins.ovirt.org/job/vdsm_master_unit-tests_merged/4202/
> > > > > > > Build Number: 4202
> > > > > > > Build Status:  Still Failing
> > > > > > > Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/35014
> > > > > > 
> > > > > > David, I know there are other causes of failures, but
> > > > > > https://admin.fedoraproject.org/updates/FEDORA-2014-13355/ioprocess-0.14.0-1.fc19
> > > > > > is in stable, yet this job still fails due to
> > > > > > fc19-vm01.phx.ovirt.org
> > > > > > not having it.
> > > > > > 
> > > > > > Any idea why it's not there by now?
> > > > > > 
> > > > > 
> > > > > Because it's no being installed in the slaves. I started moving the
> > > > > vdsm unit tets into mock to be able to handle properly the
> > > > > dependencies and avoid messing the slave, but lots of issues happened
> > > > > lately and is being delayed.
> > > > > 
> > > > > I just installed it manually on that slave to give some time, but it
> > > > > might fail on next reinstall or when running on other slaves.
> > > > 
> > > > But mock (should have?) pulled it in regardless, no?
> > > 
> > > 
> > > So this evening the test that was hanging stopped getting hung (not
> > > sure why, but it works now) and I continued working on the unit tests
> > > inside mock. I get to a point where the test_getDevicePartedInfo is
> > > failing where I think it should not. The issue is that it expects the
> > > created partition to have only the boot flag, while it has also the
> > > esp flag set, and if I'm not mistaken, that's the way it should be on
> > > recent parted.
> > > 
> > > the error is:
> > > 
> > > AssertionError: Lists differ: ['boot,', 'esp'] != ['boot']
> > > 
> > > 
> > > I also have the test test_reject_very_slow_client_concurrency failing
> > > with:
> > > 
> > > Traceback (most recent call last):
> > >   File "/tmp/run/vdsm/tests/testlib.py", line 64, in wrapper
> > >     return f(self, *args)
> > >   File "/tmp/run/vdsm/tests/protocoldetectorTests.py", line 157, in
> > >   test_reject_very_slow_client_concurrency
> > >     self.check_concurrently(self.check_very_slow_client, use_ssl)
> > >   File "/tmp/run/vdsm/tests/protocoldetectorTests.py", line 236, in
> > >   check_concurrently
> > >     self.assertTrue(all(done))
> > > AssertionError: False is not true
> > > 
> > > For what I see in the code it seems it expects all the clients to run
> > > without exceptions, but I see no stack trace or anything.
> > > Can you help me with that?
> > 
> > Can you provide a link to the failed build?
> 
> There's no jenkins link, as I ran the tests manually on the slave.

What is the slave address? I will have to debug on this slave.

Nir


More information about the vdsm-patches mailing list