Monitor your jobs
See your jobs with account, partition, time limits, run time, assigned nodes and log paths - without SSH.
A terminal user interface for the Slurm REST API. Monitor jobs, nodes and partitions, inspect job details and compose API requests from your shell - no SSH into the master node.
See your jobs with account, partition, time limits, run time, assigned nodes and log paths - without SSH.
Live views of cluster nodes (state, CPUs, memory) and partitions, with per-item detail panels.
33 endpoints across slurm/slurmdb/actions with sidebar navigation, path parameters, and cluster-gathered options.
Detects the slurmrestd data_parser version (v0.0.40โ45) and version-gates fields to avoid invalid requests.
Cluster overview: nodes up/down, jobs by state, GPU usage, partitions and accounts at a glance.
Filter jobs, nodes and partitions instantly with a live search box.
Store JWT and connection settings in an AES-256-GCM encrypted file - credentials never sit plain on disk.
Export data tables to CSV and query responses to pretty-printed JSON files.
srest talks to slurmrestd and nothing else - no SSH, no local SLURM commands, no filesystem access.
A single binary. No SLURM installation required on the machine where you run it.
No shell access needed - only the REST API endpoint must be reachable from your terminal.
Works against any slurmrestd version (v0.0.40โ45) without modification.
If a feature isn't exposed by the Slurm REST API, srest doesn't attempt to work around it.
What you see is exactly what slurmrestd provides.
Store credentials in an encrypted vault or export env vars
No. srest talks to slurmrestd over HTTP using JWT authentication, so it only needs network access to the REST API endpoint - exactly what it is designed for.
The Slurm REST API exposes the location of logs (standard_output/standard_error) but not their contents, since those are files on the cluster filesystem. srest shows the log paths; reading the actual files requires filesystem access, which is out of scope for the REST API.
srest auto-detects the data_parser version served by the cluster (v0.0.40 through v0.0.45) and version-gates request fields so it does not send parameters the version does not support.
srest can store your JWT and connection settings in an AES-256-GCM encrypted file at ~/.srest/config.vault. Run srest vault init to create it. The vault is protected by a password you choose; set SREST_VAULT_PASS to skip the interactive prompt.