Connecting to a virtual machine opens a remote desktop session against a live instance. Starting a
configuration and connecting to it are two different actions: starting spawns the machine and
decides who owns it, while connecting opens a session on a machine that is already running.
Why starting a VM matters more than connecting to it
Whoever starts the VM becomes its Owner for that session. The Owner controls all access to the
machine and its drives for as long as it runs. Co-owners listed in the configuration are added
automatically with the Co-Owner role, but only the user who actually started it is the Owner. If a
co-owner later restarts the machine, they become the Owner and the previous Owner reverts to
Co-Owner. See VM Roles and Permissions.
Shutting down is cheap and safe. The machine boots from a clean image that resets on every
restart, and your data lives on encrypted drives rather than in the machine. Shutting a VM down at
the end of the day loses nothing and returns its CPU and memory to your team's allocation. There is
no reason to leave a machine running to protect work in progress, provided that work is on a drive.
A stopped VM is required for configuration changes. Editing or deleting a configuration, and
changing a project tag, all require the instance to be powered off, because those properties are
applied when drives are mounted at boot.
Your membership is not active in this VM configuration's project.
Ask VM Owner to Add You to Project
Ask the VM owner to add you to the project tagging the virtual machine. Additionally, ask the VM owner to share with you the project-tagged drives associated with the same project-tagged virtual machine.
To Virtual Machine Owner You must ensure the drives are tagged with the same project when turning on a project-tagged VM. To add the same project-tagged drives to your project-tagged VM:
Go to the Virtual Machines icon in the top left taskbar.
Click the VMs section on the top left panel.
In the left panel, click the stopped virtual machine to add its associated project-tagged drives.
In the left panel, click the Open Full Menu button next to the virtual machine.
Select Edit.
In the pop-up, scroll down under Home Drive section.
Click the home drive field and select an existing drive from the list with the same project tag.
Optionally, click Create new drive to create a new project-tagged home drive from scratch.
Go to the Virtual Machines icon in the top left taskbar.
Click the VMs section on the top left panel.
In the left panel, select the virtual machine to connect to.
Click the Connect VM button.
note
Ensure the virtual machine is turned on before connecting.
You may be required to enter your password upon connection.
Connect first, then do everything else. Remote Desktop, the terminal, and file transfers all run
through the connection established here. None of them are available until the VM shows as connected,
so a missing RDP or transfer option usually means this step has not completed rather than that the
feature is unavailable.
Confirmations, Errors & Solutions
Connected to Virtual Machine Successfully
Starting VM from vm-config-name(total-time-to-start).
Attach Drives to Virtual Machine Successfully
Attach/mount home-drive-name to vm-config-name(total-time-to-attach).
Drive Problems in Virtual Machine
This VM has no attached home drive. Most functionality does not work without an attached home drive, and has been hidden.
Try to Repair Drive And Ask The VM Owner
There are two approaches to fix this error.
Click the Repair button in the top-right prompt to attempt to repair the drives.
Failed to Attach/Mount Home Drive
First attempt to attach/mount home drive failed (will retry once): No key available for drive drive-string-id.
If you triggered the above error, ask the VM owner to add a home drive to the VM and share the home drive with you.
To Virtual Machine Owner To add a drive, follow the steps in
In tiCrypt, you connect to a full VM rather than SSH-ing into a shared login node. See Shared Computing to tiCrypt for a concept-by-concept mapping of how VM access replaces traditional SSH workflows.
Go to the Virtual Machines icon in the top left taskbar.
Click the VMs section on the top left panel.
Select the virtual machine you want to forcefully shut down.
In the left panel, click the Open Full Menu button next to the virtual machine.
Select Power.
In the pop-up, read the risks.
Tick the box I accept the risk.
Click Hard shutdown.
warning
Use Hard Shutdown only when the VM is unresponsive. It cuts power without letting the guest
flush anything to disk, so writes still in flight are lost and a drive can be left with a corrupted
filesystem. Try Normal Shutdown first, and give it time to finish.
Confirmations, Errors & Solutions
Force Shut Down VM Successfully
Force shutdown vm-nametotal-force-shutdown-time.
Failed to Forcefully Shut Down the Virtual Machine
Failed to shut down vm-name: Cannot read properties of undefined (reading 'suppressErrors').
Ask VM Owner to Repair Corrupted Database in the Virtual Machine
Ask the VM owner to shut down their virtual machine and
repair the corrupted database. If the issue persists, contact the system administrator.
Note: You may also be unable to connect to the virtual machine.