Skip to content

Lifecycle and console

Updated

Every machine has the same set of actions, on the Instances list and on the VM detail page.

ActionWhat it does
BootStart a created or stopped machine
ShutdownAsk the guest to shut down cleanly
RebootRestart the guest
Pause / ResumeFreeze the machine in memory and thaw it again
Power buttonSend the equivalent of a physical power button press
ReinstallRebuild the machine’s disk from an image, keeping its identity
DeleteRemove the machine and the disks the host owns for it
StateMeaning
CreatedBuilt but never booted
BootingStarted, not yet seen on the network
RunningStarted and observed
StoppedNot running, no host processes left for it
FailedSomething went wrong; the record is kept so you can read why

A failed machine is deliberately left in place. Open it and read the failure reason before deleting anything.

The console gives you the machine’s serial output and a login prompt, which is the right tool when the network is exactly what is broken. Use it to watch a boot, read cloud-init output, or log in when SSH will not connect.

Machines are created with memory ballooning enabled. The host automatically reclaims pages the guest has freed, so host memory reflects what guests are actually using rather than the highest they ever reached, and a guest under memory pressure gets its memory back automatically.

You can also reclaim memory from a machine by hand on the VM detail page. Virtainer Lite does not oversubscribe memory on its own: reclaim is an action you take, not a policy that runs behind your back.

Each machine keeps its own history of CPU, memory, disk, and network use, over the last hour or the last day. It is stored on the host, so it survives a restart of Virtainer Lite and needs no external monitoring stack to be useful.