Skip to main content

Forge (Live Snapshots)

Overview

Forge lets a user take a snapshot of a running virtual machine without stopping it, make changes, and then either commit those changes (keep them) or discard them (roll back). When discarding, the VM is restored exactly to the moment the snapshot was taken, including the contents of its memory and any processes that were running.

Use Forge before a risky change: an OS upgrade, a kernel update, installing new software, or editing a configuration file.

Concepts

  • Snapshot: a saved point-in-time copy of a disk's contents.
  • Live snapshot: a snapshot taken while the VM is running, with no shutdown.
  • Memory state: the contents of the VM's RAM at the snapshot moment. Saving it lets a discard operation restore not only the files but also the running processes.
  • Commit: merge the changes made after the snapshot back into the original disk so they become permanent.
  • Discard: throw away the changes and restore the disk and memory to the snapshot moment.

Prerequisites

Forge requires that:

  • The instance is in the Running state.
  • The instance is not suspended.
  • No other long-running task is in progress on the instance.
  • There is no existing Forge session already active.
  • At least one attached disk is selected for inclusion.

Admin: prerequisites

Forge is a built-in feature; there is no admin enable switch. The instance just needs a hypervisor (KVM compute node) running a recent libvirt or QEMU version that supports live external snapshots. Standard hypervisor installs already meet this.

What end users see

Starting a Forge session

  1. Open the instance's manage page.
  2. Click the Forge tab.
  3. Tick the disks to include. The primary disk is selected by default.
  4. Click Enable Forge and confirm.

The panel pauses the VM for under a second to create the snapshot, then resumes it. From that moment on, any disk write goes into a separate overlay file; the original disk image is left untouched.

During an active session

The Forge tab shows the activation time, the disks included, and a status badge. Two buttons are available:

  • Commit Changes (green): keep everything that has happened since activation.
  • Discard Changes (red): roll back to the activation moment.

Both buttons are disabled while another task is running on the instance.

Committing

Committing merges the overlay back into the original disk. The VM keeps running during the merge. For VMs with heavy disk writes and large disks, the merge can take several minutes; progress is reported per disk.

Commit is one-way

After commit, there is no way to go back to the pre-Forge state.

Discarding

Discarding deletes the overlay (so disk contents go back to the snapshot moment) and restores the VM from the saved memory image (so running processes resume as if no time had passed).

If the memory restore fails for any reason (for example, the configuration changed in the meantime), the system falls back to a cold boot. The disk is still correctly reverted, but the VM boots fresh instead of resuming.

Status badges

StatusColorMeaning
CreatingBlueThe snapshot is being taken
ActiveYellowForge is active and capturing changes
CommittingBlueMerging changes into the original disk
DiscardingBlueReverting changes
CommittedGreenDone; changes are permanent
DiscardedGrayDone; changes were reverted
FailedRedThe operation failed

While in Creating, Committing, or Discarding, the UI shows a spinner and hides the action buttons.

Operations blocked during an active session

While Forge is active, these instance actions are not allowed:

  • Reinstall
  • Resize (upgrade or downgrade)
  • Migrate
  • Suspend or unsuspend
  • Add, remove, or resize disks
  • Create backups
  • Mount or unmount an ISO (an ISO is a CD-image file used as bootable media)
  • Create an image from the instance
  • Enable or disable the public network interface
  • Destroy the instance

The user must commit or discard first. Power actions (stop, restart, kill) and VNC console (a remote screen for the VM) remain available.

Troubleshooting

Forge enable fails

Confirm the instance is running, not suspended, and has no other task in progress. Confirm at least one disk is selected and attached. Inspect the task log for the exact error.

Commit is taking a long time

The commit must merge every block written since activation. On a busy database VM this can take several minutes. The hard timeout is one hour. Watch progress on the tasks page.

Discard cannot restore memory

The disk is always rolled back correctly. If the memory restore fails, the VM boots cold instead. The in-memory process state is lost, but no data on disk is lost.

Stuck in Creating, Committing, or Discarding

If a Forge task crashes mid-step, the session can stay in a transitional status. Check the task on the admin dashboard. If the task shows Failed, the admin must clear the stuck state.

A blocked operation is needed urgently

There is no override. The active Forge session must be committed or discarded first.

What end users see

Customers reach Forge from inside an instance. The Forge tab in the instance sidebar opens the catalog of installable apps and the management view for whatever is already installed.

User instance Forge tab

Picking a catalog app opens its install form: domain, version, and any required environment variables. After install, the same tab switches to a management view where the customer can stop, restart, view logs, and roll back snapshots.