Skip to content

Docs CSC now features an automatic Finnish translation. Click here for more information.

Warning!

Puhti and Mahti are being decommissioned in stages, and their storage areas will become fully unavailable from 15 October 2026. Clean up unnecessary files and move any data you need to keep by 31 August 2026. See the Roihu data migration guide for instructions on transferring your data to Roihu.

Puhti scratch is very full: keep only active data there and move or delete everything else. No new Puhti scratch quota will be granted.

Submitting a batch job

Submit a job to the queue with command sbatch:

sbatch <batch_job_file>

For example:

sbatch job.sh

When the job is successfully submitted, the command prints out the ID number of the submitted job. For example, Submitted batch job 3609650.

To check if your job is running correctly:

squeue -u $USER

or

squeue --me

You should see your job ID and other details displayed in the terminal.

To cancel a submitted batch job:

scancel <jobid>

For example,

scancel 3609650

To find out more about your jobs:

sacct

The information includes the state of the jobs (PENDING, RUNNING, COMPLETED, FAILED, etc.) and the job ID. By default, the sacct command displays information about a user's own jobs that have been submitted to the queue on the current date. It also has a wide selection of options and parameters that can be used to select which data is displayed. See all sacct options and parameters.

Avoid querying too much data with sacct

Do not query job data from a long time period with sacct. sacct fetches its data from the Slurm accounting database, and with large queries the operation can be heavy on the system. In particular, avoid running the command many times in a row. Instead, you can redirect the output data to a file and then search that for whatever information you want to analyze. For example, to save the data from the past 7 days in a file sacct-output.txt:

sacct --starttime now-7days > sacct-output.txt

Do not mix CPU and GPU architectures on Roihu

Although the scheduler allows submitting jobs from CPU login nodes (x86_64) to GPU queue (aarch64) and vice versa, this is strongly discouraged: binaries are not portable across architectures and jobs may fail unpredictably. Always submit from a login node matching your target compute nodes.

More information