How to operate a running Quake AI VM
Coming from another cloud?
▸AWS·EC2 Connect
This Quake AI feature maps to AWS’s EC2 Connect.
▸Azure·VM Connect
This Quake AI feature maps to Azure’s VM Connect.
▸DigitalOcean·Droplet Console
This Quake AI feature maps to DigitalOcean’s Droplet Console.
▸Google Cloud·SSH Instances
This Quake AI feature maps to Google Cloud’s SSH Instances.
How to operate a running Quake AI VM
Use these procedures to connect over SSH, rotate access, attach storage, check resource usage, transfer files, and recover access to a running VM.
Prerequisites
- ConsoleLogged in to the Quake AI console
- CLIOpenStack CLI installed and authenticated (
clouds.yamloropenrcsourced)
Windows: CLI examples use bash. Set up a Linux CLI environment on Windows before proceeding.
- A running Linux or Windows instance
- An SSH key pair or password configured for access
- For private-network instances, a floating IP or VPN path to reach the VM
Connect to the VM#
For a Linux VM, connect over SSH with your key pair. If SSH is unavailable, use the web console.
Linux (SSH):
ssh -i ~/.ssh/KEY_FILE deploy@VM_ADDRESSReplace KEY_FILE with your private key, deploy with your login user, and VM_ADDRESS with the instance floating IP or reachable private IP.
Recovery (web console): follow How to use the virtual machine console.
Password login: set or reset a password with How to set a password on a virtual machine instance. Use password access for break-glass recovery and keys for routine access.
Manage SSH keys and rotate access#
Quake AI injects the selected OpenStack key pair when it creates an instance. After launch, manage the instance user's keys in the guest authorized_keys file.
Add a new public key to an existing user:
echo 'ssh-ed25519 AAAA... comment' >> ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keysRemove a compromised key: edit ~/.ssh/authorized_keys and delete the line for the old key.
Register a new key pair for future instances:
Existing instances continue using their injected keys until you update authorized_keys in the guest.
Attach and use a block volume#
Attach persistent storage through the control plane, then format and mount the device in the guest.
Inside the instance, locate the new block device and mount it:
lsblk -f
sudo mkfs.ext4 /dev/sdb
sudo mkdir -p /mnt/data
echo '/dev/sdb /mnt/data ext4 defaults,nofail 0 2' | sudo tee -a /etc/fstab
sudo mount -a
df -h /mnt/dataReplace /dev/sdb with the device name lsblk shows for your attachment.
See How to create a volume for attach details and How to extend a volume when you outgrow capacity.
Check resource usage#
In the guest:
top -bn1 | head -20
free -m
df -h
iostat -x 1 3 2>/dev/null || trueIn the control plane: open Compute > Instances, select your instance, and review its status, flavor, addresses, and attached volumes. For CPU, memory, and disk time series, use in-guest tools or your monitoring stack.
Transfer files#
Copy files over SSH with scp or rsync:
scp -i ~/.ssh/KEY_FILE ./app.tar.gz deploy@VM_ADDRESS:/tmp/
rsync -avz -e "ssh -i ~/.ssh/KEY_FILE" ./config/ deploy@VM_ADDRESS:/etc/myapp/These commands use the same SSH path as interactive login.
Recover access when SSH fails#
- Open the web console and log in with a password or recovery user.
- Fix
sshdconfiguration, restoreauthorized_keys, or repair the host firewall. - If you did not configure password login, set one with How to set a password on a virtual machine instance, use the console to log in, then repair SSH keys.
Related documentation#
- How to provision a VM for production: launch workflow that precedes ongoing operations
- How to patch and update a Quake AI VM: OS updates after the VM is running
- How to maintain a Quake AI VM over its lifetime: resize, disk hygiene, and decommissioning
Usage Guidelines
The sample code, software libraries, command line tools, proofs of concept, templates, and other related technology on this page (including any of the foregoing that is provided by Quake AI personnel) is provided to you as Quake AI Content under the Quake AI Customer Agreement, or the relevant written agreement between you and Quake AI (whichever applies). Do not use this Quake AI Content in your production accounts, or on production or other critical data. You are responsible for testing, securing, and optimizing the Quake AI Content (such as sample code) as appropriate for production grade use based on your specific quality control practices and standards. Deploying Quake AI Content may incur Quake AI charges for creating or using Quake AI chargeable resources, such as running Compute instances or storing data in Object Storage. Your use is also subject to the Acceptable Use Policy.
For the full policy, see Usage Guidelines.
Last validated: 01.09.2026
Quick answers
- Why does `openstack image save` write a 0-byte file for my boot-from-volume instance?CLI
- Why does `openstack server create` fail with "Only volume-backed servers are allowed for flavors with zero disk"?CLIAPITerraform
- Why does my project still have a 10 GiB Cinder volume after I deleted my instance?CLIAPI
See Also
Instances
Prerequisite
How to maintain a Quake AI VM over its lifetime
Shares: Operations, Compute
How to patch and update a Quake AI VM
Shares: Operations, Compute
How to provision a production-ready VM
Shares: Key Pairs, Compute
How to schedule volume snapshots and restore data
Shares: Operations, Volumes