Control: retitle -1 autopkgtest: test_copy_timeout fails on tmpfs
Hi, On 04-04-2024 10:08 a.m., Paul Gevers wrote:
Overall, I expect the host to be *faster* than the old hosts, but ironically the tests that seems to fail is: __main__.SchrootRunner.test_copy_timeout.
Yes, it's too fast. The test is testing a huge file and expects the copy to fail because it should take longer. Well, with tmpfs the autopktest inside the test passes and hence the outer test fails.
https://ci.debian.net/packages/a/autopkgtest/testing/ppc64el/44781763/ 640s 16:22:15 O: handling copying timeout ... FAIL 640s 16:22:15 E: # command stdout: 640s 16:22:15 E: # to PASS ... 640s 16:22:15 E: # exit status: 0
As also amd64 has /tmp on tmpfs, I don't immediately suspect that to be the problem;
I forgot that on amd64, autopkgtest's autopkgtest now runs in qemu which doesn't benefit yet as much from tmpfs as lxc does, so it's not a good comparison.
Is there a way to detect if we're on tmpfs? We should skip this test then. Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
