feat(node-bootc): give the whole disk tail to ZFS, drop the hugepage reservation #198
Loading…
Reference in a new issue
No description provided.
Delete branch "chore/drop-mayastor-carve"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Mayastor was removed from the cluster on 2026-09-04. Two things in this image existed only to serve it.
hugepages=1024Pre-allocated 2 GiB of 2 MiB hugepages at boot, because Mayastor's SPDK io-engine reserved them at process start and a post-boot sysctl raced it. With Mayastor gone that is 2 GiB of RAM reserved and unusable on every node — the master never ran an io-engine at all and had been holding it for 79 days.
The disk carve
seanfarm-disk-initsplit the free tail two-thirds mayastor, one-third tank. On a cpx52 that gave ZFS 143G and Mayastor 288.8G.By the end Mayastor stored nothing, while the ZFS pools ran 57-75% full at 55-66% fragmentation — and one of them would not accept a new 1Gi volume at all.
tanknow takes the whole tail, about 433G on a cpx52.The early-exit guard changes with it. It tested for
mayastorandtankpresent; with mayastor never created again that could never be true, so a rebuilt node would carve a second time. It now teststankalone. TheMARKERcheck above it already covered this, but a guard that cannot fire is worse than no guard.Scope
This changes newly created nodes only. Every running node keeps its layout, because
/var/lib/seanfarm/disk-init.doneexists on all of them (dated 2026-06-16) anddisk-initexits on it. Repartitioning the running fleet is separate, deliberate work.Checks
All heredocs balanced (DISKINIT, ZFSPOOL, SCRIPT ×5, EOF ×9). Both embedded scripts extracted and
bash -nclean.scripts/lint-kernel-cache.shpasses, including its assertion that node-bootc still masksbootc-fetch-apply-updates.https://claude.ai/code/session_01MdSbMhzabSbpG8TtP9Ur3H