Devuan bug report logs - #461
autopkgtest-virt-qemu always fails with <VirtSubproc>: failure: timed out on client shared directory setup

version graph

Package: autopkgtest; Maintainer for autopkgtest is (unknown); Source for autopkgtest is src:autopkgtest.

Reported by: Ryutaroh Matsumoto <ryutaroh@ict.e.titech.ac.jp>

Date: Sat, 16 May 2020 08:18:14 UTC

Severity: grave

Tags: beowulf, ceres, debian

Found in versions 5.10, 5.13.1

Done: Ryutaroh Matsumoto <ryutaroh@ict.e.titech.ac.jp>

Forwarded to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960800

Full log


🔗 View this message in rfc822 format

X-Loop: owner@bugs.devuan.org
Subject: bug#461: autopkgtest-virt-qemu always fails with <VirtSubproc>: failure: timed out on client shared directory setup
Reply-To: Ryutaroh Matsumoto <ryutaroh@ict.e.titech.ac.jp>, 461@bugs.devuan.org
Resent-From: Ryutaroh Matsumoto <ryutaroh@ict.e.titech.ac.jp>
Resent-To: devuan-bugs@lists.dyne.org
Resent-CC: devuan-dev@lists.dyne.org
X-Loop: owner@bugs.devuan.org
Resent-Date: Sat, 16 May 2020 10:18:06 +0000
Resent-Message-ID: <handler.461.B461.158962380229242@bugs.devuan.org>
Resent-Sender: owner@bugs.devuan.org
X-Devuan-PR-Message: followup 461
X-Devuan-PR-Package: autopkgtest
X-Devuan-PR-Keywords: debian beowulf ceres
References: <20200516.170743.1920354483227647434.ryutaroh@ict.e.titech.ac.jp> <20200516093942.GI32762@hindley.org.uk> <20200516.170743.1920354483227647434.ryutaroh@ict.e.titech.ac.jp>
Received: via spool by 461-submit@bugs.devuan.org id=B461.158962380229242
          (code B ref 461); Sat, 16 May 2020 10:18:06 +0000
Received: (at 461) by bugs.devuan.org; 16 May 2020 10:10:02 +0000
Delivered-To: devuanbugs@dyne.org
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sat, 16 May 2020 10:10:02 +0000 (UTC)
Received: from mail002.nap.gsic.titech.ac.jp (mail002.nap.gsic.titech.ac.jp [131.112.13.102])
	by vm6.ganeti.dyne.org (Postfix) with SMTP id 1D56FF60CBB
	for <461@bugs.devuan.org>; Sat, 16 May 2020 12:02:57 +0200 (CEST)
Received: from 172.22.40.205
	by mail002.nap.gsic.titech.ac.jp with Mail2000 ESMTP Server V7.00(2632:0:AUTH_RELAY)
	(envelope-from <matsumoto.r.aa@m.titech.ac.jp>); Sat, 16 May 2020 19:02:56 +0900 (JST)
Received: from mail004.nap.gsic.titech.ac.jp (mail004.nap.gsic.titech.ac.jp [131.112.13.104])
	by drweb08.nap.gsic.titech.ac.jp (Postfix) with SMTP id 946CEEB;
	Sat, 16 May 2020 19:02:56 +0900 (JST)
Received: from 114.145.251.241
	by mail004.nap.gsic.titech.ac.jp with Mail2000 ESMTPA Server V7.00(2785:0:AUTH_LOGIN)
	(envelope-from <matsumoto.r.aa@m.titech.ac.jp>); Sat, 16 May 2020 19:02:54 +0900 (JST)
Date: Sat, 16 May 2020 19:02:54 +0900 (JST)
Message-Id: <20200516.190254.1957932601017947290.ryutaroh@ict.e.titech.ac.jp>
To: mark@hindley.org.uk
Cc: 461@bugs.devuan.org
From: Ryutaroh Matsumoto <ryutaroh@ict.e.titech.ac.jp>
In-Reply-To: <20200516093942.GI32762@hindley.org.uk>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org
> These are all unforked packages that Devuan uses directly from
> Debian.
> Please could you report this to Debian BTS?

autopkgtest runs very smoothly on my Ubuntu 20.04 creating
Debian sid qemu image as below.
I do not think I can reproduce this issue #461 on Debian.
What sequence of commands can reproduce #461 on Debian?
I strongly doubt existence of such a sequence of commands on Debian...
If there is no such sequence of command to reproduce #461,
then what should be reported to Debian BTS?? I have no idea.

Best regards, Ryutaroh

root@ryutaroh-CFSZ6-1L:~# autopkgtest-build-qemu sid /var/tmp/sid-amd64.img
Load spec file /tmp/tmp.CF2ZDdpRc8
Exec: ['qemu-img', 'create', '-f', 'raw', '/var/tmp/sid-amd64.img.raw', '25G']
Exec: ['parted', '-s', '/var/tmp/sid-amd64.img.raw', 'mklabel', 'msdos']
Exec: ['parted', '-m', '/var/tmp/sid-amd64.img.raw', 'print']
Exec: ['parted', '-s', '/var/tmp/sid-amd64.img.raw', 'mkpart', 'primary', 'ext2', '0%', '100%']
Exec: ['kpartx', '-asv', '/var/tmp/sid-amd64.img.raw']
remembering /dev/mapper/loop0p1 as root
Exec: ['/sbin/mkfs', '-t', 'ext4', '/dev/mapper/loop0p1']
Exec: ['mount', '/dev/mapper/loop0p1', '/tmp/tmpk19ak3rp']
Exec: ['debootstrap', '--variant', '-', 'sid', '/tmp/tmpk19ak3rp', 'http://deb.debian.org/debian']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'apt-get', 'update']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'apt-get', 'update']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'apt-get', '-y', '--no-show-progress', 'install', 'eatmydata']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'eatmydata', 'apt-get', 'update']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'eatmydata', 'apt-get', '-y', '--no-show-progress', 'install', 'linux-image-amd64', 'ifupdown']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'apt-get', 'clean']
Installing GRUB for BIOS
Exec: ['mount', '--bind', '/dev', '/tmp/tmpk19ak3rp/dev']
Exec: ['mount', '--bind', '/proc', '/tmp/tmpk19ak3rp/proc']
Exec: ['mount', '--bind', '/sys', '/tmp/tmpk19ak3rp/sys']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'apt-get', '-y', '--no-show-progress', 'install', 'grub-pc']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'grub-mkconfig', '-o', '/boot/grub/grub.cfg']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'grub-install', '--target=i386-pc', '--no-nvram', '--force-extra-removable', '--no-floppy', '--modules=part_msdos part_gpt', '--grub-mkdevicemap=/boot/grub/device.map', '/dev/loop0']
Exec: ['chroot', '/tmp/tmpk19ak3rp', 'sh', '-c', 'passwd --delete root\nuseradd --home-dir /home/user --create-home user\npasswd --delete user\necho host > /etc/hostname']
Exec: ['sh', '-c', 'rootdev=$(ls -1 /dev/mapper/loop* | sort | tail -1)\nuuid=$(blkid -c /dev/null -o value -s UUID $rootdev)\necho "UUID=$uuid / ext4 errors=remount-ro 0 1" > $ROOT/etc/fstab']
Exec: ['sh', '-c', '/usr/share/autopkgtest/setup-commands/setup-testbed $ROOT']
Exec: ['sh', '-c', '/bin/true $ROOT']
All went fine, cleaning up.
Exec: ['umount', '/tmp/tmpk19ak3rp/dev']
Exec: ['umount', '/tmp/tmpk19ak3rp/proc']
Exec: ['umount', '/tmp/tmpk19ak3rp/sys']
Exec: ['umount', '/tmp/tmpk19ak3rp']
Exec: ['kpartx', '-dsv', '/var/tmp/sid-amd64.img.raw']

root@ryutaroh-CFSZ6-1L:~# autopkgtest -B -o /var/tmp/thunderbird1 thunderbird -- qemu --ram-size=4096 /var/tmp/sid-amd64.img 
autopkgtest [18:47:07]: version 5.11ubuntu1
autopkgtest [18:47:07]: host ryutaroh-CFSZ6-1L; command line: /usr/bin/autopkgtest -B -o /var/tmp/thunderbird1 thunderbird -- qemu --ram-size=4096 /var/tmp/sid-amd64.img
autopkgtest [18:47:24]: testbed dpkg architecture: amd64
autopkgtest [18:47:26]: testbed running kernel: Linux 5.6.0-1-amd64 #1 SMP Debian 5.6.7-1 (2020-04-29)
autopkgtest [18:47:27]: @@@@@@@@@@@@@@@@@@@@ apt-source thunderbird
Get:1 http://deb.debian.org/debian sid/main thunderbird 1:68.8.0-1 (dsc) [8274 B]
Get:2 http://deb.debian.org/debian sid/main thunderbird 1:68.8.0-1 (tar) [1045 kB]
Get:3 http://deb.debian.org/debian sid/main thunderbird 1:68.8.0-1 (tar) [9838 kB]
Get:4 http://deb.debian.org/debian sid/main thunderbird 1:68.8.0-1 (tar) [357 MB]
Get:5 http://deb.debian.org/debian sid/main thunderbird 1:68.8.0-1 (diff) [547 kB]
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource '/home/user/.gnupg/trustedkeys.kbx': General error
gpgv: Signature made Wed May  6 09:29:17 2020 UTC
gpgv:                using RSA key B70DFC6F134FECFC011E62AA83016014251D1DB0
gpgv: Can't check signature: No public key
dpkg-source: warning: failed to verify signature on ./thunderbird_68.8.0-1.dsc
autopkgtest [18:52:38]: testing package thunderbird version 1:68.8.0-1
autopkgtest [18:52:38]: build not needed
autopkgtest [18:53:28]: test help.sh: preparing testbed
Reading package lists...
Building dependency tree...
Reading state information...
Correcting dependencies...Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
 Done
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done

(output continues...)
autopkgtest [18:54:49]: test help.sh: [-----------------------
Test1: checking help output...done.
Test2: checking version output...done.
autopkgtest [18:54:50]: test help.sh: -----------------------]
autopkgtest [18:54:51]: test help.sh:  - - - - - - - - - - results - - - - - - - - - -
help.sh              PASS
autopkgtest [18:54:51]: @@@@@@@@@@@@@@@@@@@@ summary
help.sh              PASS
qemu-system-x86_64: terminating on signal 15 from pid 35333 (/usr/bin/python3)




From: Mark Hindley <mark@hindley.org.uk>
Subject: Re: bug#461: autopkgtest-virt-qemu always fails with <VirtSubproc>: failure: timed out on client shared directory setup
Date: Sat, 16 May 2020 10:39:42 +0100

> Control: tags -1 debian
> 
> Ryutaroh,
> 
> Thanks for this.
> 
> On Sat, May 16, 2020 at 05:07:43PM +0900, Ryutaroh Matsumoto wrote:
>> Package: autopkgtest
>> Version: 5.13.1
>> Severity: grave
>> Tags: beowulf ceres
>> Justification: renders package unusable
>> Control: found -1 5.10
>> 
>> Dear Maintainer,
>> 
>> After building a testbed by
>> autopkgtest-build-qemu ceres /var/tmp/ceres-amd64.img http://deb.devuan.org/merged
>> and adjust /etc/inittab in the testbed so that it accepts login
>> from /dev/ttyS[01],
>> 
>> autopkgtest -U -B thunderbird -o /var/tmp/autopkgtest-thunderbird1  -- qemu --ram-size=2048 /var/tmp/ceres-amd64.img 
>> autopkgtest [15:57:43]: starting date: 2020-05-16
>> autopkgtest [15:57:43]: version 5.13.1
>> autopkgtest [15:57:43]: host devuan; command line: /usr/bin/autopkgtest -U -B thunderbird -o /var/tmp/autopkgtest-thunderbird1 -- qemu --ram-size=2048 /var/tmp/ceres-amd64.img
>> qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:ECX.vmx [bit 5]
>> qemu-system-x86_64: terminating on signal 15 from pid 12727 (/usr/bin/python3)
>> <VirtSubproc>: failure: timed out on client shared directory setup
>> autopkgtest [15:58:20]: ERROR: testbed failure: cannot send to testbed: [Errno 32] Broken pipe
> 
> These are all unforked packages that Devuan uses directly from
> Debian.
> 
> Please could you report this to Debian BTS?
> 
> Thanks
> 
> Mark

Send a report that this bug log contains spam.


Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.

Devuan Bugs Owner <owner@bugs.devuan.org>.
Last modified: Fri Mar 29 13:41:03 2024;