xen.org
2013-Sep-23 05:47 UTC
[xen-unstable test] 19780: tolerable trouble: broken/fail/pass
flight 19780 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/19780/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-xl 3 host-install(3) broken never pass
test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass
test-amd64-i386-xend-winxpsp3 16 leak-check/check fail never pass
test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-stop fail never pass
test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop fail never pass
test-amd64-i386-xl-win7-amd64 13 guest-stop fail never pass
test-amd64-i386-xend-qemut-winxpsp3 16 leak-check/check fail never pass
test-amd64-i386-xl-winxpsp3-vcpus1 13 guest-stop fail never pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 13 guest-stop fail never pass
test-amd64-amd64-xl-qemut-winxpsp3 13 guest-stop fail never pass
test-amd64-amd64-xl-win7-amd64 13 guest-stop fail never pass
test-amd64-amd64-xl-qemut-win7-amd64 13 guest-stop fail never pass
test-amd64-amd64-xl-winxpsp3 13 guest-stop fail never pass
test-amd64-i386-xl-qemut-win7-amd64 13 guest-stop fail never pass
version targeted for testing:
xen 6c1bfef44580d73943bd9453167e5614db13927f
baseline version:
xen 6c1bfef44580d73943bd9453167e5614db13927f
jobs:
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
test-amd64-amd64-xl pass
test-armhf-armhf-xl broken
test-amd64-i386-xl pass
test-amd64-i386-rhel6hvm-amd pass
test-amd64-i386-qemut-rhel6hvm-amd pass
test-amd64-i386-qemuu-rhel6hvm-amd pass
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-i386-xl-qemut-win7-amd64 fail
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-amd64-xl-win7-amd64 fail
test-amd64-i386-xl-win7-amd64 fail
test-amd64-i386-xl-credit2 pass
test-amd64-amd64-xl-pcipt-intel fail
test-amd64-i386-rhel6hvm-intel pass
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-i386-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-xl-sedf-pin pass
test-amd64-amd64-pv pass
test-amd64-i386-pv pass
test-amd64-amd64-xl-sedf pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 fail
test-amd64-i386-xl-winxpsp3-vcpus1 fail
test-amd64-i386-xend-qemut-winxpsp3 fail
test-amd64-amd64-xl-qemut-winxpsp3 fail
test-amd64-amd64-xl-qemuu-winxpsp3 fail
test-amd64-i386-xend-winxpsp3 fail
test-amd64-amd64-xl-winxpsp3 fail
------------------------------------------------------------
sg-report-flight on woking.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
Published tested tree is already up to date.
Ian Campbell
2013-Sep-23 09:43 UTC
Re: [xen-unstable test] 19780: tolerable trouble: broken/fail/pass
On Mon, 2013-09-23 at 06:47 +0100, xen.org wrote: I''ve just realised I''m sending these to the list as well. My intention was just to keep Ian J informed of the fettling I''ve been doing while he''s away, but I suppose it is useful to spread the knowledge a bit wider while I do it. So unless someone complains I''m going to keep sending these to both Ian and the list.> flight 19780 xen-unstable real [real] > http://www.chiark.greenend.org.uk/~xensrcts/logs/19780/ > > Failures :-/ but no regressions. > > Tests which did not succeed, but are not blocking: > test-armhf-armhf-xl 3 host-install(3) broken never pass2013-09-23 04:13:52 Z warning: no kernel found for armmp at /tftpboot/pxe//osstest/debian-installer/armhf/2012-01-30-squeeze/linux.armmp 2013-09-23 04:13:52 Z warning: no kernel module cpio found for armmp at /tftpboot/pxe//osstest/debian-installer/armhf/2012-01-30-squeeze/armmp.cpio.gz tmp/t.marilith-n5.initrd.cpio: 93.4% -- replaced with tmp/t.marilith-n5.initrd.cpio.gz 2013-09-23 04:13:52 Z using initrds: /tftpboot/pxe//osstest/debian-installer/armhf/2012-01-30-squeeze/initrd.gz tmp/t.marilith-n5.initrd.cpio.gz cat: /tftpboot/pxe//osstest/debian-installer/armhf/2012-01-30-squeeze/initrd.gz: No such file or directory I pushed the following patch and am waiting for a push gate pass. In the meantime I ran: OSSTEST_CONFIG=production-config ./mg-debian-installer-update squeeze i386 firmware-bnx2 OSSTEST_CONFIG=production-config ./mg-debian-installer-update squeeze amd64 firmware-bnx2 OSSTEST_CONFIG=production-config ./mg-debian-installer-update wheezy armhf firmware-bnx2 where the last one failed with: dpkg-deb: file `armmp.deb'' contains ununderstood data member data.tar.xz , giving up because the osstest host is running Lenny (!). I started to work around this using ar etc by hand, but it turns out that Lenny doesn''t even have a standalone xz tool! So, my plan is to regenerate all three sets of debian-installer stuff on more modern system and compare the i386+amd64 with ones generated on woking (as a sanity test). At which point I will sync those versions into the right place on woking and once I''ve got a push on the change below push a further change to osstest.git updating the production-config to point to it. Ian. ommit ef3a6f2162ced5cfeb08b437315b69ad1ddbc5ed Author: Ian Campbell <ian.campbell@citrix.com> Date: Mon Sep 23 10:14:02 2013 +0100 Add -$suite suffix to TftpDiVersion in code The suite differs by $arch but the config file arrangements only allow for a single TftpDiVersion setting. diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm index 1a71af7..2fd899e 100644 --- a/Osstest/Debian.pm +++ b/Osstest/Debian.pm @@ -551,7 +551,7 @@ END foreach my $kp (keys %{ $ho->{Flags} }) { $kp =~ s/need-kernel-deb-// or next; - my $d_i= $c{TftpPath}.''/''.$c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}; + my $d_i= $c{TftpPath}.''/''.$c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}.''-''.$ho->{Suite}; my $kurl = create_webfile($ho, "kernel", sub { copy("$d_i/$kp.deb", $_[0]); diff --git a/production-config b/production-config index 3f98998..6a3afd8 100644 --- a/production-config +++ b/production-config @@ -72,7 +72,7 @@ TftpPxeDir / TftpPxeTemplates %ipaddrhex%/pxelinux.cfg TftpPxeGroup osstest -TftpDiVersion 2012-01-30-squeeze +TftpDiVersion 2012-01-30 XenUsePath /usr/groups/xencore/systems/bin/xenuse diff --git a/ts-host-install b/ts-host-install index dfbc950..5c0018e 100755 --- a/ts-host-install +++ b/ts-host-install @@ -122,7 +122,7 @@ END sub setup_pxeboot_firstboot($) { my ($ps_url) = @_; - my $d_i= $c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}; + my $d_i= $c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}.''-''.$ho->{Suite}; my @installcmdline= qw(vga=normal); push @installcmdline, di_installcmdline_core($ho, $ps_url, %xopts);
Ian Campbell
2013-Sep-23 16:09 UTC
Re: [xen-unstable test] 19780: tolerable trouble: broken/fail/pass
On Mon, 2013-09-23 at 10:43 +0100, Ian Campbell wrote:> So, my plan is to regenerate all three sets of debian-installer stuff on > more modern system and compare the i386+amd64 with ones generated on > woking (as a sanity test). At which point I will sync those versions > into the right place on woking and once I''ve got a push on the change > below push a further change to osstest.git updating the > production-config to point to it.The change below passed everything except build-armhf-pvops which has been timing out occasionally, I think simply because the kernel is big and slow to build and army is itself a slow arm machine. So I have gone ahead with the rest of my plan (specifically TftpDiVersion 2012-01-30 => 2013-09-23) in the hopes that it will succeed overnight. Ian.> ommit ef3a6f2162ced5cfeb08b437315b69ad1ddbc5ed > Author: Ian Campbell <ian.campbell@citrix.com> > Date: Mon Sep 23 10:14:02 2013 +0100 > > Add -$suite suffix to TftpDiVersion in code > > The suite differs by $arch but the config file arrangements only allow for a > single TftpDiVersion setting. > > diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm > index 1a71af7..2fd899e 100644 > --- a/Osstest/Debian.pm > +++ b/Osstest/Debian.pm > @@ -551,7 +551,7 @@ END > foreach my $kp (keys %{ $ho->{Flags} }) { > $kp =~ s/need-kernel-deb-// or next; > > - my $d_i= $c{TftpPath}.''/''.$c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}; > + my $d_i= $c{TftpPath}.''/''.$c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}.''-''.$ho->{Suite}; > > my $kurl = create_webfile($ho, "kernel", sub { > copy("$d_i/$kp.deb", $_[0]); > diff --git a/production-config b/production-config > index 3f98998..6a3afd8 100644 > --- a/production-config > +++ b/production-config > @@ -72,7 +72,7 @@ TftpPxeDir / > TftpPxeTemplates %ipaddrhex%/pxelinux.cfg > > TftpPxeGroup osstest > -TftpDiVersion 2012-01-30-squeeze > +TftpDiVersion 2012-01-30 > > XenUsePath /usr/groups/xencore/systems/bin/xenuse > > diff --git a/ts-host-install b/ts-host-install > index dfbc950..5c0018e 100755 > --- a/ts-host-install > +++ b/ts-host-install > @@ -122,7 +122,7 @@ END > sub setup_pxeboot_firstboot($) { > my ($ps_url) = @_; > > - my $d_i= $c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}; > + my $d_i= $c{TftpDiBase}.''/''.$r{arch}.''/''.$c{TftpDiVersion}.''-''.$ho->{Suite}; > > my @installcmdline= qw(vga=normal); > push @installcmdline, di_installcmdline_core($ho, $ps_url, %xopts); > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
Ian Jackson
2013-Oct-11 11:40 UTC
Re: [xen-unstable test] 19780: tolerable trouble: broken/fail/pass
Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 19780: tolerable
trouble: broken/fail/pass"):> I''ve just realised I''m sending these to the list as well.
My intention
> was just to keep Ian J informed of the fettling I''ve been doing
while
> he''s away, but I suppose it is useful to spread the knowledge a
bit
> wider while I do it. So unless someone complains I''m going to keep
> sending these to both Ian and the list.
Thanks, now I''m back I have been reading all of these and what
you''ve
done so far seems sane so I haven''t found the need to comment.
> I started to work around this using ar etc by hand, but it turns out
> that Lenny doesn''t even have a standalone xz tool!
I think this means I should try to bring forward the eventual plan to
move the test controller to its own host.
Ian.