[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [xen-unstable test] 22451: tolerable FAIL
Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 22451: tolerable FAIL"): > On Tue, 2013-12-17 at 11:08 +0000, xen.org wrote: > > test-armhf-armhf-xl 8 debian-fixup fail never > > pass > > Progress! > > This is failing with[0]: > scp: /etc/xen/debian.guest.osstest.cfg: No such file or > directory > which is bogus because the actual failure was on the previous > debian-install step which failed with: > 2013-12-17 05:35:24 Z executing ssh ... root@xxxxxxxxxxxxx > xen-create-image \ > --dhcp --mac 5a:36:0e:b3:00:0a \ > --memory 512Mb --swap 1000Mb \ ... Looking at the code in ts-debian-install, I think the error handling failure is in xen-create-image and not osstest. The shell command which is being run has only that one command in it, so the lack of set -e is not relevant. > I don't know if osstest is buggy for failing to catch this or if > xen-create-image is buggily returning success (it's a Perl "die" so I > suspect osstest is to blame). I can't explain this. Perhaps it runs some other program as a subprocess and doesn't trap the error. > Apart from the error handling failure, what to do about the actual > error? Obviously I should file a bug against xen-create-image asking it > to not rely on xend being installed but in the meantime shall patch > osstest to add a dummy version of this file? The alternative would be to > patch xen-create-image on the rootfs which is pretty gross. I think creating the empty file is the only reasonable thing to do in osstest. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |