Skip to content

Working in the MicroVM

Persistence, pause & resume

Keep or discard sandbox state intentionally.

State is a product decision. A sandbox can be disposable, long-running, paused, cold-stored, or backed by volumes. See Lifecycle states for the full state model. For stateful agent and service workspaces, see Persistent workspaces.

StateMechanismNotes
Files inside a running VMVM runtime diskLost when the VM is destroyed unless captured or copied out.
Host-mounted filesMount or copy workflowHost exposure depends on mount mode and path selection.
Managed local volumemvmctl machine volumeEncrypted at rest when locked.
Machine statepause/resume or checkpoint create/restoreMay contain memory, files, processes, and credentials present in the guest.
Terminal window
mvmctl machine pause agent-sandbox
mvmctl machine resume agent-sandbox

The exact backend mechanics differ. See Snapshots for the separate live-memory, machine-state, disk-only, standby, and cold-boot tiers. Use mvmctl doctor to see which tier the selected backend advertises.

Cold mode is the product posture where compute is released while an explicitly supported recovery artifact is retained. See Cold mode.

Terminal window
mvmctl machine stop agent-sandbox
mvmctl machine sandbox gc
mvmctl env cleanup

Stopping compute does not automatically erase every artifact. Check volumes, snapshots, receipts, logs, and caches when the workflow needs stronger cleanup.

  • Treat snapshots as sensitive state.
  • Avoid preserving browser sessions or agent workspaces unless required.
  • Lock managed volumes after use.
  • Prefer explicit destroy/cleanup steps in tutorials and automation.