[Debian-med-packaging] Bug#1053509: shasta: autopkgtest regression on arm64: is memory suddenly not enough?

Paul Gevers elbrus at debian.org
Thu Oct 5 12:39:14 BST 2023


Source: shasta
Version: 0.11.1-1
Severity: important
User: debian-ci at lists.debian.org
Usertags: regression

Dear maintainer(s),

Your package has an autopkgtest, great. However, it recently started 
failing on arm64 in unstable, testing *and* stable. Until mid September 
2023, most runs passed (there are some historical rare failures where we 
don't have logs anymore), but somewhere between 2023-09-17 and 
2023-10-01 the tests started failing (although, in testing we had some 
passes on 2023-09-28 and 2023-10-04, interestingly these runs too *much* 
longer than normal (factor ~20)). I first suspected that this regression 
aligned with my fix for bug 1050256 where I switched the kernel of our 
hosts to backports, but there are multiple good runs with that kernel. 
Today I learned that "Killed" in the log is often coming from the kernel 
when a program is allocating too much memory and the kernel kills the 
process. We have some striking logs of failures [1] where the shasta 
test actually bails out itself for lack of memory.

So, there's a couple of things (weirdness and options):
1) why does it now suddenly start to (nearly always) fail across the 
board on arm64 (in Debian, Ubuntu still seems fine), without changes to 
the infrastructure that I know of?
2) do you also believe this is related to memory consumption?
3) If 2 == yes, what are the memory requirements for the test? The test 
*could* test for that before it starts and bail out (restriction: 
skippable with exit code 77 [2]) if the amount of memory available is 
too small.
4) just stop testing on arm64 (but again, in Ubuntu the test is still 
running fine)
5) the recent glibc security update also came to my mind, but that's not 
*yet* installed on our hosts, nor is it installed in the stable testbed.

The release team has announced [3] that failing autopkgtest on amd64 and 
arm64 are considered RC in testing. However, due to nature of the 
symptoms, I've filed this as important for now.

Paul

[1] 
https://ci.debian.net/data/autopkgtest/testing/arm64/s/shasta/38544284/log.gz
  48s 2023-Oct-04 12:01:05.603191 Memory allocation failure  during 
mremap call for MemoryMapped::Vector.
  48s This assembly requires more memory than available.
  48s Rerun on a larger machine.
[2] 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst
[3] https://lists.debian.org/debian-devel-announce/2019/07/msg00002.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20231005/33b2d365/attachment.sig>


More information about the Debian-med-packaging mailing list