* [xen-unstable test] 26014: trouble: blocked/broken/pass
@ 2014-04-26 21:43 xen.org
2014-04-27 9:10 ` Ian Campbell
0 siblings, 1 reply; 8+ messages in thread
From: xen.org @ 2014-04-26 21:43 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson
flight 26014 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/26014/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-oldkern 2 host-install(2) broken REGR. vs. 25954
build-amd64-pvops 2 host-install(2) broken REGR. vs. 25954
build-amd64-oldkern 2 host-install(2) broken REGR. vs. 25954
build-amd64 2 host-install(2) broken REGR. vs. 25954
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-pcipt-intel 1 xen-build-check(1) blocked n/a
test-armhf-armhf-xl 10 migrate-support-check fail never pass
test-amd64-i386-qemuu-rhel6hvm-amd 1 xen-build-check(1) blocked n/a
test-amd64-i386-rhel6hvm-amd 1 xen-build-check(1) blocked n/a
test-amd64-i386-qemut-rhel6hvm-amd 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-sedf-pin 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-credit2 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl 1 xen-build-check(1) blocked n/a
test-amd64-i386-qemut-rhel6hvm-intel 1 xen-build-check(1) blocked n/a
test-amd64-i386-qemuu-rhel6hvm-intel 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-multivcpu 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-sedf 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-qemuu-ovmf-amd64 1 xen-build-check(1) blocked n/a
test-amd64-i386-freebsd10-i386 1 xen-build-check(1) blocked n/a
test-amd64-i386-freebsd10-amd64 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-qemut-winxpsp3 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-qemuu-winxpsp3 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 1 xen-build-check(1) blocked n/a
test-amd64-i386-rhel6hvm-intel 1 xen-build-check(1) blocked n/a
test-amd64-i386-pair 1 xen-build-check(1) blocked n/a
test-amd64-amd64-pair 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-win7-amd64 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-qemuu-win7-amd64 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-win7-amd64 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-qemut-winxpsp3 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-qemuu-ovmf-amd64 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-qemut-win7-amd64 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-winxpsp3 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-winxpsp3-vcpus1 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-winxpsp3 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-qemut-win7-amd64 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-qemuu-winxpsp3 1 xen-build-check(1) blocked n/a
test-amd64-i386-xl-qemuu-win7-amd64 1 xen-build-check(1) blocked n/a
version targeted for testing:
xen 1a2a390a560e8319a6be98c7ab6cfaebd230f67e
baseline version:
xen 8cfc8e520679e029bed51ccc2540a136fc0fbd9b
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
Aravind Gopalakrishnan<aravind.gopalakrishnan@amd.com>
Aravindh Puthiyaparambil <aravindp@cisco.com>
Daniel De Graaf <dgdegra@tycho.nsa.gov>
Don Dugger <donald.d.dugger@intel.com>
George Dunlap <george.dunlap@eu.citrix.com>
Ian Campbell <ian.campbell@citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Jan Beulich <jbeulich@suse.com>
Jason Andryuk <andryuk@aero.org>
Julien Grall <julien.grall@linaro.org>
Kevin Tian <kevin.tian@intel.com>
Olaf Hering <olaf@aepfle.de>
Samuel Thibault <samuel.thibault@ens-lyon.org>
Tim Deegan <tim@xen.org>
Xiantao Zhang <xiantao.zhang@intel.com>
------------------------------------------------------------
jobs:
build-amd64 broken
build-armhf pass
build-i386 pass
build-amd64-oldkern broken
build-i386-oldkern broken
build-amd64-pvops broken
build-armhf-pvops pass
build-i386-pvops pass
test-amd64-amd64-xl blocked
test-armhf-armhf-xl pass
test-amd64-i386-xl blocked
test-amd64-i386-rhel6hvm-amd blocked
test-amd64-i386-qemut-rhel6hvm-amd blocked
test-amd64-i386-qemuu-rhel6hvm-amd blocked
test-amd64-i386-freebsd10-amd64 blocked
test-amd64-amd64-xl-qemuu-ovmf-amd64 blocked
test-amd64-i386-xl-qemuu-ovmf-amd64 blocked
test-amd64-amd64-xl-qemut-win7-amd64 blocked
test-amd64-i386-xl-qemut-win7-amd64 blocked
test-amd64-amd64-xl-qemuu-win7-amd64 blocked
test-amd64-i386-xl-qemuu-win7-amd64 blocked
test-amd64-amd64-xl-win7-amd64 blocked
test-amd64-i386-xl-win7-amd64 blocked
test-amd64-i386-xl-credit2 blocked
test-amd64-i386-freebsd10-i386 blocked
test-amd64-amd64-xl-pcipt-intel blocked
test-amd64-i386-rhel6hvm-intel blocked
test-amd64-i386-qemut-rhel6hvm-intel blocked
test-amd64-i386-qemuu-rhel6hvm-intel blocked
test-amd64-i386-xl-multivcpu blocked
test-amd64-amd64-pair blocked
test-amd64-i386-pair blocked
test-amd64-amd64-xl-sedf-pin blocked
test-amd64-amd64-xl-sedf blocked
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 blocked
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 blocked
test-amd64-i386-xl-winxpsp3-vcpus1 blocked
test-amd64-amd64-xl-qemut-winxpsp3 blocked
test-amd64-i386-xl-qemut-winxpsp3 blocked
test-amd64-amd64-xl-qemuu-winxpsp3 blocked
test-amd64-i386-xl-qemuu-winxpsp3 blocked
test-amd64-amd64-xl-winxpsp3 blocked
test-amd64-i386-xl-winxpsp3 blocked
------------------------------------------------------------
sg-report-flight on osstest.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
Not pushing.
(No revision log; it would be 882 lines long.)
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
2014-04-26 21:43 [xen-unstable test] 26014: trouble: blocked/broken/pass xen.org
@ 2014-04-27 9:10 ` Ian Campbell
2014-04-27 11:04 ` Ian Campbell
0 siblings, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-27 9:10 UTC (permalink / raw)
To: xen.org; +Cc: xen-devel
On Sat, 2014-04-26 at 22:43 +0100, xen.org wrote:
> flight 26014 xen-unstable real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/26014/
>
> Failures and problems with tests :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-i386-oldkern 2 host-install(2) broken REGR. vs. 25954
> build-amd64-pvops 2 host-install(2) broken REGR. vs. 25954
> build-amd64-oldkern 2 host-install(2) broken REGR. vs. 25954
> build-amd64 2 host-install(2) broken REGR. vs. 25954
This is lots of:
Apr 26 20:48:16.473123 Partition disks
Apr 26 20:48:16.473188 ---------------
Apr 26 20:48:16.473226
Apr 26 20:48:16.473256 !! ERROR: Logical Volume Manager not available
Apr 26 20:48:16.473307
Apr 26 20:48:16.473337 The current kernel doesn't support the Logical Volume Manager. You may need to
Apr 26 20:48:16.481182 load the lvm-mod module.
Apr 26 20:48:16.481226 [Press enter to continue]
http://metadata.ftp-master.debian.org/changelogs/main/l/linux/linux_3.2.57-3_changelog seems to suggest that the stable kernel has been updated recently (I think a new point release is pending), we have a local copy of the kernel but the modules come from the Debian archive, so perhaps this is just a mismatch. The changelog doesn't seem to indicate an ABI change mismatch and at least some modules must be loading OK to get as far as LVM being the issue. The installer hasn't changed though according to ftp://ftp.debian.org/debian/dists/wheezy/main/installer-amd64/.
I'm going to run some local tests before I try running
mg-debian-installer-update.
Ian.
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
2014-04-27 9:10 ` Ian Campbell
@ 2014-04-27 11:04 ` Ian Campbell
2014-04-28 7:48 ` Ian Campbell
0 siblings, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-27 11:04 UTC (permalink / raw)
To: xen.org; +Cc: xen-devel
On Sun, 2014-04-27 at 10:10 +0100, Ian Campbell wrote:
> On Sat, 2014-04-26 at 22:43 +0100, xen.org wrote:
> > flight 26014 xen-unstable real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/26014/
> >
> > Failures and problems with tests :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > build-i386-oldkern 2 host-install(2) broken REGR. vs. 25954
> > build-amd64-pvops 2 host-install(2) broken REGR. vs. 25954
> > build-amd64-oldkern 2 host-install(2) broken REGR. vs. 25954
> > build-amd64 2 host-install(2) broken REGR. vs. 25954
>
> This is lots of:
> Apr 26 20:48:16.473123 Partition disks
> Apr 26 20:48:16.473188 ---------------
> Apr 26 20:48:16.473226
> Apr 26 20:48:16.473256 !! ERROR: Logical Volume Manager not available
> Apr 26 20:48:16.473307
> Apr 26 20:48:16.473337 The current kernel doesn't support the Logical Volume Manager. You may need to
> Apr 26 20:48:16.481182 load the lvm-mod module.
> Apr 26 20:48:16.481226 [Press enter to continue]
>
> http://metadata.ftp-master.debian.org/changelogs/main/l/linux/linux_3.2.57-3_changelog seems to suggest that the stable kernel has been updated recently (I think a new point release is pending), we have a local copy of the kernel but the modules come from the Debian archive, so perhaps this is just a mismatch. The changelog doesn't seem to indicate an ABI change mismatch and at least some modules must be loading OK to get as far as LVM being the issue. The installer hasn't changed though according to ftp://ftp.debian.org/debian/dists/wheezy/main/installer-amd64/.
>
> I'm going to run some local tests before I try running
> mg-debian-installer-update.
Local tests showed:
[ 5608.573389] dm_mod: Unknown symbol dm_kobject_release (err 0)
which I think is due to the kernel update. I've pinged the other Debian
kernel maintainers to see if this is expected but in order to unblock
osstest I've also run:
for i in amd64 i386 armhf ; do
OSSTEST_CONFIG=production-config ./mg-debian-installer-update wheezy $i firmware-bnx2;
done
(which needed the installation of dctrl-tools and bzip2 onto the osstest
control host) and then pushed the following to the osstest gate:
commit add18b3dcccb2c433bde50cd727eed3176070956
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Sun Apr 27 12:01:12 2014 +0100
production-config: Update to newer debian installer snapshot.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
diff --git a/production-config b/production-config
index 364976c..7943abf 100644
--- a/production-config
+++ b/production-config
@@ -68,7 +68,7 @@ TftpPxeDir /
TftpPxeTemplates %ipaddrhex%/pxelinux.cfg
TftpPxeGroup osstest
-TftpDiVersion 2013-12-12
+TftpDiVersion 2014-04-27
XenUsePath /usr/groups/xencore/systems/bin/xenuse
XenUseUser osstest
^ permalink raw reply related [flat|nested] 8+ messages in thread* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
2014-04-27 11:04 ` Ian Campbell
@ 2014-04-28 7:48 ` Ian Campbell
2014-04-28 7:57 ` Ian Campbell
2014-04-28 9:21 ` Ian Campbell
0 siblings, 2 replies; 8+ messages in thread
From: Ian Campbell @ 2014-04-28 7:48 UTC (permalink / raw)
To: xen.org; +Cc: xen-devel
On Sun, 2014-04-27 at 12:04 +0100, Ian Campbell wrote:
> production-config: Update to newer debian installer snapshot.
This fixed the x86 machines but unfortunately the armhf kernel which it
picked up from backports was buggy and failed to load the scsi disk
module with:
[ 176.286313] crc_t10dif: Unknown symbol crc_t10dif_generic (err 0)
This has happened with both of the two kernel (3.12 and 3.13) which I've
pulled from backports. It looks like we might need a newer version of
depmod/modprobe et al. This is going to involve some poking to figure
out...
Ian.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
2014-04-28 7:48 ` Ian Campbell
@ 2014-04-28 7:57 ` Ian Campbell
2014-04-28 8:06 ` Ian Campbell
2014-04-28 9:21 ` Ian Campbell
1 sibling, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-28 7:57 UTC (permalink / raw)
To: xen.org; +Cc: xen-devel
On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> On Sun, 2014-04-27 at 12:04 +0100, Ian Campbell wrote:
> > production-config: Update to newer debian installer snapshot.
>
> This fixed the x86 machines but unfortunately the armhf kernel which it
> picked up from backports was buggy and failed to load the scsi disk
> module with:
> [ 176.286313] crc_t10dif: Unknown symbol crc_t10dif_generic (err 0)
>
> This has happened with both of the two kernel (3.12 and 3.13) which I've
> pulled from backports. It looks like we might need a newer version of
> depmod/modprobe et al. This is going to involve some poking to figure
> out...
Short term what I've done is to regenerate today's installer for amd64
and i386 and symlink armhf to the old (2013-12-12) image -- since we use
a backports kernel on armhf it is unaffected by the new point release.
I've pushed the following to pretest:
commit 7ca94765cb32dc0e191bfbce6edddeb268667391
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Mon Apr 28 08:55:06 2014 +0100
production-config: Update di version again.
This contains the current version for amd64 and i386 (actually the same as
yesterday) which picks up the latest point release but for armhf this is a link
to the old (2013-12-12) image since armhf uses a backports kernel and is
unaffected by the point release but does seem to have a deendency on some newer
infrastructure (depmod et al, I think) which needs sorting out.
diff --git a/production-config b/production-config
index 7943abf..38eaf83 100644
--- a/production-config
+++ b/production-config
@@ -68,7 +68,7 @@ TftpPxeDir /
TftpPxeTemplates %ipaddrhex%/pxelinux.cfg
TftpPxeGroup osstest
-TftpDiVersion 2014-04-27
+TftpDiVersion 2014-04-28
XenUsePath /usr/groups/xencore/systems/bin/xenuse
XenUseUser osstest
^ permalink raw reply related [flat|nested] 8+ messages in thread* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
2014-04-28 7:57 ` Ian Campbell
@ 2014-04-28 8:06 ` Ian Campbell
0 siblings, 0 replies; 8+ messages in thread
From: Ian Campbell @ 2014-04-28 8:06 UTC (permalink / raw)
To: xen.org; +Cc: xen-devel
On Mon, 2014-04-28 at 08:57 +0100, Ian Campbell wrote:
> On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> > On Sun, 2014-04-27 at 12:04 +0100, Ian Campbell wrote:
> > > production-config: Update to newer debian installer snapshot.
> >
> > This fixed the x86 machines but unfortunately the armhf kernel which it
> > picked up from backports was buggy and failed to load the scsi disk
> > module with:
> > [ 176.286313] crc_t10dif: Unknown symbol crc_t10dif_generic (err 0)
> >
> > This has happened with both of the two kernel (3.12 and 3.13) which I've
> > pulled from backports. It looks like we might need a newer version of
> > depmod/modprobe et al. This is going to involve some poking to figure
> > out...
>
> Short term what I've done is to regenerate today's installer for amd64
> and i386 and symlink armhf to the old (2013-12-12) image -- since we use
> a backports kernel on armhf it is unaffected by the new point release.
> I've pushed the following to pretest
I also killed all the inprogress jobs for all branches since they
weren't going to get anywhere.
Ian.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
2014-04-28 7:48 ` Ian Campbell
2014-04-28 7:57 ` Ian Campbell
@ 2014-04-28 9:21 ` Ian Campbell
2014-04-30 15:25 ` Ian Jackson
1 sibling, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-28 9:21 UTC (permalink / raw)
To: xen.org; +Cc: xen-devel
On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> This has happened with both of the two kernel (3.12 and 3.13) which I've
> pulled from backports. It looks like we might need a newer version of
> depmod/modprobe et al. This is going to involve some poking to figure
> out...
It turns out to be much more mundane, when repacking the kernel for use
in the installer initrd we don't include all modules (would be huge) and
we weren't including the crypto modules, yet sd_mod.ko has grown a
dependency on them.
Since I think my current workaround is going to succeed I have not yet
pushed the following, but we should plan to do so at some point I think.
I have tested it successfully in my local environment.
(nb: I'm about to post a series adding some Debian tests which require
changes to mg-debian-installer-update -- that would be a good juncture
to do this update I think)
Ian.
8<--------
>From 12c07a2cf2cd022e5f6b8f2e14c579ad99eeb15f Mon Sep 17 00:00:00 2001
From: Ian Campbell <ian.campbell@citrix.com>
Date: Mon, 28 Apr 2014 10:18:38 +0100
Subject: [PATCH] mg-debian-installer-update: Updates for newer armhf kernels
from backports.
In newer kernels sd_mod.ko requires crypto symbols, so include
kernel/crypto/*.ko in the installer overlay cpio.
Also prefer the newest versions of packages pulled in from backports, by
reversing the sort. Anchor the linux-image package name to we only pick up the
-armmp flavour and not -armmp-lpae (which is unnecessary in an installer
environment).
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
---
mg-debian-installer-update | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/mg-debian-installer-update b/mg-debian-installer-update
index 452a2ad..0398c60 100755
--- a/mg-debian-installer-update
+++ b/mg-debian-installer-update
@@ -93,7 +93,7 @@ if [ $arch = armhf ]; then
# Newer kernel often needs a newer initramfs-tools. Make that available
echo >&2 "collecting backports initramfs-tools"
- pkgfile=`bzcat Packages.bz2 | grep-dctrl -PX initramfs-tools -nsFilename | sort -n | head -n1`
+ pkgfile=`bzcat Packages.bz2 | grep-dctrl -PX initramfs-tools -nsFilename | sort -n -r | head -n1`
rc=$?
set -e
if [ $rc != 0 ]; then fail "initramfs-tools package not found"; fi
@@ -103,7 +103,7 @@ if [ $arch = armhf ]; then
echo >&2 "collecting armmp kernel"
# Be careful to pickup the actual kernel package from the 'linux'
# source and not a meta package from 'linux-latest'
- pkgfile=`bzcat Packages.bz2 | grep-dctrl -S linux | grep-dctrl -Pe linux-image-.*-armmp -nsFilename | sort -n | head -n1`
+ pkgfile=`bzcat Packages.bz2 | grep-dctrl -S linux | grep-dctrl -Pe ^linux-image-.*-armmp$ -nsFilename | sort -n -r | head -n1`
rc=$?
set -e
if [ $rc != 0 ]; then fail "armmp kernel package not found"; fi
@@ -117,6 +117,7 @@ if [ $arch = armhf ]; then
-o -type f -name modules.\* \
-o -type f -name \*.ko \
\( -path \*/kernel/lib/\* -o \
+ -path \*/kernel/crypto/\* -o \
-path \*/kernel/fs/mbcache.ko -o \
-path \*/kernel/fs/ext\* -o \
-path \*/kernel/fs/jbd\* -o \
--
1.9.0
^ permalink raw reply related [flat|nested] 8+ messages in thread* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
2014-04-28 9:21 ` Ian Campbell
@ 2014-04-30 15:25 ` Ian Jackson
0 siblings, 0 replies; 8+ messages in thread
From: Ian Jackson @ 2014-04-30 15:25 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-devel, xen.org
Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 26014: trouble: blocked/broken/pass"):
> On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> > This has happened with both of the two kernel (3.12 and 3.13) which I've
> > pulled from backports. It looks like we might need a newer version of
> > depmod/modprobe et al. This is going to involve some poking to figure
> > out...
>
> It turns out to be much more mundane, when repacking the kernel for use
> in the installer initrd we don't include all modules (would be huge) and
> we weren't including the crypto modules, yet sd_mod.ko has grown a
> dependency on them.
Thanks for fixing this.
Ian.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2014-04-30 15:25 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-04-26 21:43 [xen-unstable test] 26014: trouble: blocked/broken/pass xen.org
2014-04-27 9:10 ` Ian Campbell
2014-04-27 11:04 ` Ian Campbell
2014-04-28 7:48 ` Ian Campbell
2014-04-28 7:57 ` Ian Campbell
2014-04-28 8:06 ` Ian Campbell
2014-04-28 9:21 ` Ian Campbell
2014-04-30 15:25 ` Ian Jackson
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.