Debian Bug report logs - #862807
Testing a completely broken kernel leads to tmpfail

Reply or subscribe to this bug.

Display info messages

Message #5 received at [email protected] (full text, mbox, reply):

From: Iain Lane <[email protected]>

To: Debian Bug Tracking System <[email protected]>

Subject: Testing a completely broken kernel leads to tmpfail

Date: Wed, 17 May 2017 11:47:39 +0100

Package: autopkgtest
Version: 4.4
Severity: normal
Tags: upstream

Hey,

We just got a busted* kernel "linux-azure" in Ubuntu's xenial-proposed. It failed like so:

  May 17 07:36:27 machine sh[31524]: Setting up linux-image-azure (4.10.0.1005.5) ...
  May 17 07:36:27 machine sh[31524]: autopkgtest [07:30:56]: rebooting testbed after setup commands that affected boot
  May 17 07:36:27 machine sh[31524]: Exit request sent.
  May 17 07:36:27 machine sh[31524]: autopkgtest-virt-ssh: WARNING: ssh connection failed. Retrying in 3 seconds...
  May 17 07:36:27 machine sh[31524]: autopkgtest-virt-ssh: WARNING: ssh connection failed. Retrying in 3 seconds...
  [ … until timeout, tmpfail, loop, worker death, no workers left, huge
  queue, crying, end of the world ]

Launched with a command of

  /home/ubuntu/autopkgtest/runner/autopkgtest --output-dir /tmp/autopkgtest-work.1toxt5nd/out --timeout-copy=6000 --setup-commands /home/ubuntu/autopkgtest-cloud/worker-config-production/setup-canonical.sh --setup-commands /home/ubuntu/autopkgtest/setup-commands/setup-testbed --apt-pocket=proposed=src:linux-meta-azure --apt-upgrade glibc --timeout-test=20000 --env=ADT_TEST_TRIGGERS=linux-meta-azure/4.10.0.1005.5 --setup-commands 'apt-get install -y linux-image-azure linux-headers-azure || apt-get install -y linux-image-generic-azure linux-headers-generic-azure' -- ssh -s /home/ubuntu/autopkgtest/ssh-setup/nova -- --flavor m1.large --name adt-xenial-amd64-glibc-20170517-070322 --image 'ubuntu/ubuntu-xenial-.*-amd64-server' --keyname testbed-juju-prod-ues-proposed-migration-machine-3 --net-id=net_ues_proposed_migration -e ''"'"'http_proxy=http://squid.internal:3128'"'"'' -e ''"'"'https_proxy=http://squid.internal:3128'"'"'' -e ''"'"'no_proxy=127.0.0.1,127.0.1.1,localhost,localdomain,novalocal,internal,archive.ubuntu.com,security.ubuntu.com,ddebs.ubuntu.com,changelogs.ubuntu.com,ppa.launchpad.net'"'"'' --mirror=http://ftpmaster.internal/ubuntu

Is there a good way to handle this in autopkgtest? Maybe: if testing a
kernel (in triggers or as the real pkg), a failure to reboot after
installing the new kernel is a real and not a testbed failure?

Cheers,

-- 
Iain Lane                                  [ [email protected] ]
Debian Developer                                   [ [email protected] ]
Ubuntu Developer                                   [ [email protected] ]

* well, busted as far as autopkgtest is concerned - still investigating, but
  one theory is that it might not be compatible with KVM intentionally

Send a report that this bug log contains spam.