[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [xen-unstable test] 22451: tolerable FAIL
On Tue, 2013-12-17 at 14:57 +0000, Ian Jackson wrote: > 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. That was my conclusion also. > > 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. Maybe. > > 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. Right :-/ I'll cook up a patch. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |