[SOLVED] Re: [ACTION NEEDED] vdsm build failing on 3.5 branch

[Sandro Bonazzola]

Il 30/07/2014 08:35, Sandro Bonazzola ha scritto:
> Il 29/07/2014 15:03, Sandro Bonazzola ha scritto:
>> Hi,
>> Jenkins is experiencing build failures of VDSM from 3.5 branch on different OSs and with different failing test.
>>
>> CentOS 7: http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms_merged/label=centos7/
>>
>> all issues seems to be related to errors like:
>>
>> OSError: [Errno 16] Device or resource busy: '/tmp/tmp9DPdyq'
>>
>> in the following tests:
>>
>> ERROR: test_mkFloppyFs(kwargs='FSLABEL') (mkimageTests.MkimageTestCase)
>> ERROR: test_mkFloppyFs(kwargs=None) (mkimageTests.MkimageTestCase)
>>
>> Fedora 20: http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms_merged/label=fedora20/
>>
>> failing on :
>>
>> 12:54:44 ERROR: testStop (remoteFileHandlerTests.PoolHandlerTests)
>> 12:54:44 ----------------------------------------------------------------------
>> 12:54:44 Traceback (most recent call last):
>> 12:54:44   File "/home/jenkins/workspace/vdsm_3.5_create-rpms_merged/label/fedora20/rpmbuild/BUILD/vdsm-4.16.1/tests/remoteFileHandlerTests.py", line
>> 69, in testStop
>> 12:54:44     procPath))
>> 12:54:44   File "/home/jenkins/workspace/vdsm_3.5_create-rpms_merged/label/fedora20/rpmbuild/BUILD/vdsm-4.16.1/vdsm/storage/remoteFileHandler.py",
>> line 184, in callCrabRPCFunction
>> 12:54:44     rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout)
>> 12:54:44   File "/home/jenkins/workspace/vdsm_3.5_create-rpms_merged/label/fedora20/rpmbuild/BUILD/vdsm-4.16.1/vdsm/storage/remoteFileHandler.py",
>> line 150, in _recvAll
>> 12:54:44     raise Timeout()
>> 12:54:44 Timeout
>>
>> Can you take a look?
>>
> 
> After a couple of runs, look like the test on Fedora 20 passed.
> The tests on EL7 are still failing. Looks like something is keeping busy the mount points, can you ensure gvfs / gnome is not running on the slaves?
> Thanks,
> 

Thanks Eyal, now vdsm is building also on EL7.


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com