diff mbox

[Xen-devel,xen-unstable,test] 26014: trouble: blocked/broken/pass

Message ID 1398671878.23380.87.camel@dagon.hellion.org.uk
State New
Headers show

Commit Message

Ian Campbell April 28, 2014, 7:57 a.m. UTC 
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.

Comments

Ian Campbell April 28, 2014, 8:06 a.m. UTC | #1 
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.
diff mbox

Patch

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