Skip to content

guest: avoid reserving unusable CAS blocks - #31

Open
zbarsky-openai wants to merge 1 commit into
hermeticbuild:mainfrom
zbarsky-openai:zbarsky/ext4-cas-reserved-blocks
Open

zbarsky-openai wants to merge 1 commit into
hermeticbuild:mainfrom
zbarsky-openai:zbarsky/ext4-cas-reserved-blocks

Conversation

@zbarsky-openai

Copy link
Copy Markdown

The guest CAS is a dedicated ext4 filesystem, but mke2fs reserves
5% of its blocks for root by default. Build actions run under an
unprivileged sandbox UID, so they fail with ENOSPC while gigabytes
remain unused. A 56 GiB CAS image loses 2.8 GiB this way.

Create new CAS images without reserved blocks and mount existing
images with reserved space assigned to the configured sandbox UID.
Existing cached action outputs remain intact.

The guest CAS is a dedicated ext4 filesystem, but mke2fs reserves
5% of its blocks for root by default. Build actions run under an
unprivileged sandbox UID, so they fail with ENOSPC while gigabytes
remain unused. A 56 GiB CAS image loses 2.8 GiB this way.

Create new CAS images without reserved blocks and mount existing
images with reserved space assigned to the configured sandbox UID.
Existing cached action outputs remain intact.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant