Bug#1059840: please bump --ram-size for qemu

[Michael Biebl]

Hi Paul

On 02.01.24 18:58, Paul Gevers wrote:

Hi Michael,

On 02-01-2024 11:04, Michael Biebl wrote:

we are currently trying to get the systemd upstream autopkgtest suite pass

in Debian sid/trixie with qemu and I'm thrilled to see that qemu support
for debci is currently evaluated.

I think you mean for ci.debian.net (debci is a source package).

Thanks, noted.

There is one failing test remaining, specifically TEST-13-NSPAWN [1],
which requires more then the default 1024M of ram size.
E.g. running it with --ram-size=2048 makes the tests pass successfully.

We thus would like to see the RAM limits be bumped globally to say 2048M
for debci or have a way how individual packages can set the qemu
--ram-size parameter.

I don't mind if debci grew a way to tell autopkgtest for more, but the default is set in autopkgtest. However, ...

The discussion on #debian-devel showed, that systemd is not the only
package currently affected by this ram limitation.
It was mentioned that apt also fails when run with virt-qemu.

... I didn't plan to change the default of any package, but I wanted to change it in the infrastructure configuration, similar like we do with other autopkgtest options [2]. If you agree, I think we can close this bug. Otherwise, I think it should be reassigned to autopkgtest.

Thanks for bumping the limit via debian-ci-config.


A value of 2G or even 4G seems reasonable. WDYT?

Michael

You raise an interesting point though by framing this as an autopkgtest issue: Maybe the default in autopkgtest-virt-qemu should be bumped. This value was set in 2014 and systems have significantly more RAM nowadays. This way, one wouldn't have to remember to always pass --ram-size= when running autopkgtest by hand.

OpenPGP_signature.asc
Description: OpenPGP digital signature