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 shuts the machine down and starts it again, 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
requires the instance to be powered off, and a project tag changed on a running VM does not take
effect until the VM is restarted, because those properties are applied when drives are mounted at
boot.
Your membership is not active in this VM configuration's project.
Ask a Project Manager or Admin to Add You to Project
Ask a manager of the project tagging the virtual machine (a Sub-admin who manages the project) or an admin to add you to the project or renew your membership. The VM owner cannot change project membership. 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 menu 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. Selecting a running virtual machine connects to it automatically.
If it is not connected, click the Connect to virtual machine button next to it.
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
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 and user user-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 restart.
In the left panel, click the menu next to the virtual machine.
Select Power.
In the pop-up, click Restart.
Confirmations, Errors & Solutions
Restarted VM Successfully
Restart vm-nametotal-restart-time.
Inactive Restart Button in Virtual Machine
Only VMs you own can be restarted.
Ask VM Co-ownership from VM Owner
Only the VM's Owner, the user who started it, can restart it. Ask the VM owner to restart the VM, or to make you a co-owner: a co-owner can shut the VM down with Normal Shutdown and start it again, which makes them the Owner.
To Virtual Machine Owner To allow VM users to co-own your VM:
In the VMs section, click the virtual machine where you want to update a user's role in the VM.
Click the VM Settings and Details option in the bottom center.
In the new window, select the Users section in the left panel.
Next, select the appropriate user, then click the Open full menu button in the top-right panel.
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 menu 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.