On Wed, 19 Jun 2019, Raphaël Hertzog wrote: > In Kali we do have a debci setup at autopkgtest.kali.org, we have > configured it to use the qemu backend. Unfortunately, after a while > all our workers were stuck... upon investigation it looks like that > autopkgtest can get stuck with the qemu backend when the VM image > is not big enough for the "copyup" operation to complete.
That diagnostic was wrong. The size of the image was not the problem. In fact the failing "copyup" was copying from the VM back into the host. We use a "tmpfs" for TMPDIR and /var/lib/debci/tmp so that all autopkgtest files get copied there (qemu overlay and everything)... but that tmpfs was badly sized: # grep debci /etc/fstab tmpfs /srv/debci/tmp tmpfs size=300G,nr_inodes=300k,rw,uid=debci,gid=debci,mode=755 0 0 The 300k inodes was too small, thunderbird alone has 327000 files in its source package. Thus the copy operation was failing. Still, it would be nice if autopkgtest could avoid to get stuck in such situations... Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
