Void with 512 megs of RAM (VM) - xbps sync causes OOMkill
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- performance, tooling
Direzione di ricerca
Start by reproducing the xbps-install calls in http/basic-void.cfg with the 512 MB and 648 MB VM limits, using void-autoinstall.pkr.hcl as the build context. Compare the 2024 ISO with the 20250202 ISO and inspect the OOM-killer output to identify what changed. Done means the installation completes reliably within 512 MB or the regression is clearly isolated.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione

In the 2024 ISO, this wasn't a problem. Now I have a packer build as follows:
└» cat void-autoinstall.pkr.hcl
source "qemu" "void-musl" {
iso_url = "https://repo-fastly.voidlinux.org/live/current/void-live-x86_64-musl-20250202-base.iso"
iso_checksum = "sha256:0c46bf13a7a019c1fec0b2969201aecf09ff9a7646ef749e04ea63ead0c86404"
output_directory = "output-void-musl"
shutdown_command = "echo 'voidlinux' | sudo -S shutdown -P now"
disk_size = "25G"
format = "qcow2"
accelerator = "kvm"
headless = true
http_directory = "http"
ssh_username = "admin"
ssh_password = "voidlinux"
ssh_timeout = "90m" # How long we give the system to get installed
boot_wait = "2s"
boot_command = [
"<tab><wait>",
"auto autourl=http://{{.HTTPIP}}:{{.HTTPPort}}/basic-void.cfg",
"<enter>"
]
}
build {
source "source.qemu.void-musl" {
vm_name = "void-nova"
}
}
and the config I load:
└» cat http/basic-void.cfg
#!/bin/sh
export username=admin
export password=voidlinux
export XBPS_ARCH=x86_64-musl
export xbpsrepository="https://repo-fastly.voidlinux.org/current/musl"
export timezone="America/New_York"
export pkgs="docker git neovim temporal-cli nomad uv"
export end_action=func
end_function() {
printf "Linking default services\n"
ln -s /etc/sv/docker "${target}/etc/runit/runsvdir/default/docker"
ln -s /etc/sv/dhcpcd "${target}/etc/runit/runsvdir/default/dhcpcd"
ln -s /etc/sv/sshd "${target}/etc/runit/runsvdir/default/sshd"
ln -s /etc/sv/agetty-ttyS0 "${target}/etc/runit/runsvdir/default/agetty-ttyS0"
echo "***"
echo "***"
printf "Let's continue with our life.\n"
sync
reboot -f
}
# Skip boot partition
VAI_partition_disk() {
sfdisk "${disk}" <<EOF
,${swapsize},S
;
EOF
}
VAI_format_disk() {
mkfs.ext4 -F "${disk}2"
mkswap -f "${disk}1"
}
export swapsize="1G"
VAI_mount_target() {
mkdir -p "${target}"
mount "${disk}2" "${target}"
}
VAI_configure_fstab() {
uuid_root="$(blkid -s UUID -o value "${disk}2")"
uuid_swap="$(blkid -s UUID -o value "${disk}1")"
echo "UUID=$uuid_root / ext4 defaults,errors=remount-ro,noatime 0 1" >> "${target}/etc/fstab"
echo "UUID=$uuid_swap swap swap defaults 0 0" >> "${target}/etc/fstab"
}
# Removable when this is closed
VAI_install_base_system() {
# Install a base system
XBPS_ARCH="${XBPS_ARCH}" xbps-install -Sy -R "${xbpsrepository}" -r /mnt base-system grub
# Install additional packages
if [ -n "${pkgs}" ] ; then
# shellcheck disable=SC2086
XBPS_ARCH="${XBPS_ARCH}" xbps-install -Sy -R "${xbpsrepository}" -r /mnt ${pkgs}
fi
}
(yes most of this can be removed in the newest mklive but the newest mklive is newer than the ISO)
The point is this image ends up in trouble because xbps-install triggers an OOMkill reliably. I believe xbps is allocating a lot of memory where it didn't always, and the system has a 512 meg limit. If I increase the system RAM from the default (512) to 648 megs, the install works flawlessly.
- Lingua principale
- C
- Stelle
- 1.2k
- Fork
- 152
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di void-linux/xbps
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
void-linux/xbps#475 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
void-linux/xbps#701 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
void-linux/xbps#700 ·
-
xbps-query -RX repository overridesForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
void-linux/xbps#696 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
void-linux/xbps#695 · 7 commenti ·
Tutte le issue di void-linux/xbps
Issue simili
-
bug Component component: net
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
RT-Thread/rt-thread#11852 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
siderolabs/pkgs#1710 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
qmk/qmk_firmware#26498 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
MixinNetwork/flutter-plugins#512 ·