Skip to content

docs(volumes): Document access_mode and warm-plug volumes#130

Open
JeromeJaggi wants to merge 1 commit into
prod-stagingfrom
jeromejaggi/docs-volume-access-mode
Open

docs(volumes): Document access_mode and warm-plug volumes#130
JeromeJaggi wants to merge 1 commit into
prod-stagingfrom
jeromejaggi/docs-volume-access-mode

Conversation

@JeromeJaggi

Copy link
Copy Markdown
Member

Summary

Two v0.9 volume features that weren't yet in the public docs.

access_mode field

The Shared volumes section was still describing the old binary model: "more than one instance can mount the same volume simultaneously as long as all mounts are in read-only mode" with the readonly: true flag. v0.9 introduced a richer access_mode field with three values:

Mode Alias Behavior
ro-many rox Many instances may mount, all read-only
rw-once rwo Exactly one instance may mount read-write (default)
rw-many rwx Many instances may mount read-write (virtiofs)

This PR replaces the old prose and example with the new access_mode field, including guidance on which mode fits which workload.

Warm-plug volumes

New section explaining that a PATCH /instances/{name} can add a volume to an instance that already has a snapshot. The platform queues the change and applies it on the next scale-to-zero wake-up. Same mechanism as the queued-update for ROMs.

Verification

  • make lint passes 0/0/0 on the modified file.
  • Branched from latest prod-staging.

Risk flags

  • The mode names (access_mode, ro-many/rw-once/rw-many, alias spellings rox/rwo/rwx) come from the v0.9 platform team update slides. If the actual API field name or value spelling differs, please flag during review and I'll fix.
  • The warm-plug API surface is described as a PATCH /instances/{name}. If the canonical endpoint or body format differs (e.g., a separate `/volumes/attach` endpoint), please flag.

Audit reference

Items #4 (shared RW virtiofs / `access_mode`) and #5 (warm-plug volumes) from the v0.9 docs audit.


This PR was created by an AI agent.

Replace the old binary read-only-sharing description in the Shared
volumes section with the access_mode field and its three values
ro-many, rw-once, rw-many. Add a Warm-plug volumes section
explaining how to attach a new volume to an instance with a
snapshot via PATCH; the change is queued and applied on the next
scale-to-zero wake-up.

Signed-off-by: Jerome Jaggi <jerome@unikraft.io>
@JeromeJaggi JeromeJaggi temporarily deployed to pull-requests April 30, 2026 08:38 — with GitHub Actions Inactive
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