[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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.