Void with 512 megs of RAM (VM) - xbps sync causes OOMkill
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 领域
- performance, tooling
调研方向
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.
由索引模型根据 Issue 内容生成。
描述
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.
- 主要语言
- C
- 星标
- 1.2k
- 派生
- 152
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
void-linux/xbps 的其他 Issue
-
难度 1/5 1 小时以内 新手友好度 68/100
void-linux/xbps#475 ·
-
难度 4/5 3-5 天 新手友好度 45/100
void-linux/xbps#701 ·
-
难度 4/5 3-5 天 新手友好度 55/100
void-linux/xbps#700 ·
-
xbps-query -RX repository overrides可能已有人在做 @outofsyncrs 于 31 天前认领。 未关闭bug
难度 3/5 1-2 天 新手友好度 45/100
void-linux/xbps#696 ·
-
难度 3/5 1-2 天 新手友好度 52/100
void-linux/xbps#695 · 7 条评论 ·
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 72/100
NASA-AMMOS/BSL#355 ·
维护者通常 1 天内回复
-
#242 leftovers: dated narrative and shas in the social-features test plan可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
EchoTools/nevr-runtime#264 ·
维护者通常 1 天内回复
-
area/docdb kind/bug priority/medium status/awaiting-triage
难度 2/5 1-3 小时 新手友好度 82/100
yugabyte/yugabyte-db#34873 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 70/100
维护者通常 1 天内回复
-
category:port-update
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 2 天内回复