Skip to main content
Initialize your configuration directory, generate an encryption key, and verify the environment. This is step 2 of the setup process:
  1. Install SambaRack Manager software
  2. Initial setup and verification — this page
  3. Add SambaRack to the inventory
  4. Configure device credentials

Global flags

These work with any snctl command and are useful throughout setup and daily use.

Step 1. Initialize configuration

Initialize SambaRack Manager with a single command:
This is the recommended way to initialize. --defaults accepts every default path without prompting, and passing --service-account up front means you won’t need to run snctl config update later to add it. The default config, log, and cache locations follow standard Linux (XDG) conventions, so most deployments need no path overrides.
Expected output:
Initialization aborts if the folder already contains configuration files. For example:
Either point config init at an empty directory, or remove the existing files first.

What gets created

Logs are written outside this directory, to $XDG_STATE_HOME/snctl/logs — falling back to ~/.local/state/snctl/logs when XDG_STATE_HOME is unset.

Initialization flags

One flag is worth setting explicitly; everything else defaults to a standard Linux location.
This setting can also be changed after initialization — see Updating configuration.

(Optional) Using a custom configuration directory

If you need the configuration somewhere other than ~/.snctl, pass --config-dir during initialization. config init then ends with this note:
Every later command needs to know where the configuration lives. Choose one of the following. Option 1 — set the environment variable (recommended):
For persistence, add this line to your shell rc file (~/.bashrc or ~/.zshrc). Option 2 — pass --snctl-dir with each command:
Both options take the path exactly as given — the CLI does not append a .snctl segment. Use the same path you gave snctl config init.

Step 2. Verify the setup

Run all three checks below before continuing. Confirm snctl is working:
Display the current configuration:
Confirm Config Directory is the path you expect — every later command reads from this location.
Running snctl config show after upgrading SambaRack Manager updates config.yaml to the currently running version if the versions don’t match.

Step 3. Verify required dependencies

Expected output when all dependencies are met:
When something is missing, the output ends with:
Install anything reported MISSING and re-run snctl diag doctor before continuing. If the problem persists, contact SambaNova Support.
Do not skip this step. snctl does not re-check dependencies at the point of use, so a missing tool surfaces later as a failed power or firmware operation — and the error often points at the device or the credential rather than at the missing tool.

Step 4. Secure your encryption key

Your encryption key is at <config-directory>/encryption.key. It is generated once, during config init, and it is the only thing that can decrypt the device credentials you store. You need it to:
  • Decrypt your secrets
  • Run commands on your infrastructure
Anyone with access to your encryption key can decrypt all stored secrets. Protect this file accordingly — do not copy it to shared storage, commit it to version control, or include it in support bundles.

Updating configuration (optional)

Both settings below are optional and can be changed at any time after initialization. If you passed --service-account during Step 1, you do not need this section.

GCS service account

Pass an empty string to clear it:
The active path is shown as Service Account in snctl config show.

Firmware cache location

Firmware images that snctl downloads on your behalf are cached locally, by default under your system’s standard cache directory. Override it if you need the cache on a larger or shared volume:
Pass an empty string to reset to the default:
The active location is shown as Cache Location in snctl config show.

Security considerations

Be aware of the following current limitations. See also Step 4 on protecting your encryption key.

Access control

Anyone with access to snctl has full permissions to manage all infrastructure.
snctl does not currently support role-based access control (RBAC). This means:
  • All users with snctl access can perform all operations
  • No separation between read-only and write permissions
  • No distinction between monitoring and power operations
  • Network administrators and system administrators cannot be separated

Audit and logging

snctl does not currently maintain an audit log of who performed which operations.

Next step

Add your racks to the inventory. See Rack administration.