💾 Archived View for thebird.nl › gn-gemtext-threads › topics › systems › hpc › octopus-maintenance.g… captured on 2023-03-20 at 17:59:42. Gemini links have been rewritten to link to archived content
-=-=-=-=-=-=-
Status of slurm
sinfo sinfo -R squeue
we have draining nodes, but no jobs running on them
Reviving draining node (as root)
scontrol update NodeName=octopus05 State=DOWN Reason="undraining" update NodeName=octopus05 State=RESUME show node octopus05
Kill time can lead to drain state
scontrol show config | grep kill UnkillableStepProgram = (null) UnkillableStepTimeout = 60 sec
check valid configuration with `slurmd -C` and update nodes with
scontrol reconfigure
So we create a script that can deploy files from octopus01 (head node). Unfortunately ids in passwd do no match, so we can't copy those yet.
See /etc/nodes for script and ssh files, sudoers (etc)
Basically the root user can copy across.
To avoid `./scratch/script.sh: Permission denied` on `device_file`:
- `sudo bash`
- `ls /scratch -l` to check where `/scratch` is
- `vim /etc/fstab`
- replace `noexec` with `exec` for `device_file`
- `mount -o remount [device_file]` to remount the partition with its new configuration.