----- Original Message -----
From: "Dan Kenigsberg" danken@redhat.com To: "Laszlo Hornyak" lhornyak@redhat.com, "Zhou Zheng Sheng" zhshzhou@linux.vnet.ibm.com Cc: vdsm-devel@lists.fedorahosted.org Sent: Thursday, August 23, 2012 3:31:55 PM Subject: Re: [vdsm] help! tests failing in latest vdsm
On Thu, Aug 23, 2012 at 08:44:41AM -0400, Laszlo Hornyak wrote:
hi!
I am trying to update my dev environment with the latest VDSM and I follow the steps from http://wiki.ovirt.org/wiki/Vdsm_Developers at `make rpm` I get test errors:
====================================================================== ERROR: test_mkIsoFs (mkimageTests.MkimageTestCase)
Traceback (most recent call last): File "/root/rpmbuild/BUILD/vdsm-4.10.0/tests/mkimageTests.py", line 126, in test_mkIsoFs iso_img = mkimage.mkIsoFs("vmId_iso", self.files) File "/root/rpmbuild/BUILD/vdsm-4.10.0/vdsm/mkimage.py", line 106, in mkIsoFs _commonCleanFs(dirname, isopath) File "/root/rpmbuild/BUILD/vdsm-4.10.0/vdsm/mkimage.py", line 54, in _commonCleanFs resolveGid(DISKIMAGE_GROUP)) OSError: [Errno 2] No such file or directory: '/tmp/tmpXehkKs/vmId_iso.b07ce1191cd15d3b28fdd41f3f69b649.img'
====================================================================== ERROR: test_removeFs (mkimageTests.MkimageTestCase)
Traceback (most recent call last): File "/root/rpmbuild/BUILD/vdsm-4.10.0/tests/mkimageTests.py", line 144, in test_removeFs iso_img = mkimage.mkIsoFs("vmId_iso", self.files) File "/root/rpmbuild/BUILD/vdsm-4.10.0/vdsm/mkimage.py", line 106, in mkIsoFs _commonCleanFs(dirname, isopath) File "/root/rpmbuild/BUILD/vdsm-4.10.0/vdsm/mkimage.py", line 54, in _commonCleanFs resolveGid(DISKIMAGE_GROUP)) OSError: [Errno 2] No such file or directory: '/tmp/tmpY271GA/vmId_iso.9097f086f947b3242acb9713083c94ac.img'
Ran 200 tests in 125.623s
FAILED (SKIP=7, errors=2)
Is anyone working on this?
Zhou Zheng Sheng has been: http://gerrit.ovirt.org/#/c/6995/ But we have an open questions there.
I applied the patch but unfortunately it did not solve this issue. Very strange, Antoni has the same OS version (RHEL, same kernel version) on hist hosts and on his host the tests pass, on both of my hosts they fail.
We could use some help - there might be a bigger bug burrowing in the kernel.