Pourquoi ne puis-je pas accéder au scratch depuis les machines de login ?
Actuellement, le scratch n’est pas monté sur les machines de login.
Il est en revanche accessible depuis les nœuds de calcul, de deux manières.
1. Par une session interactive sur un nœud de calcul
srun -A <projet> -p genoa --pty bash -i
Vous obtenez alors un shell sur un nœud de calcul, depuis lequel le scratch est accessible.
Tapez exit pour libérer les ressources.
2. Dans le script de soumission, en plaçant la copie des données au début du fichier :
#!/bin/bash
#SBATCH -A <projet>
#SBATCH -p genoa
#SBATCH -J mon_calcul
#SBATCH -N 1
#SBATCH -n 1
#SBATCH -c 16
#SBATCH -t 12:00:00
#SBATCH -o %x-%j.out
# 1. Création d'un répertoire de travail dédié sur le scratch
WORKDIR=/scratch/$USER/$SLURM_JOB_ID
mkdir -p "$WORKDIR"
# 2. Copie des données d'entrée vers le scratch
cp -r "$SLURM_SUBMIT_DIR"/inputs/* "$WORKDIR"/
cd "$WORKDIR"
# 3. Lancement du calcul
srun mon_programme input.dat > output.log
# 4. Rapatriement des résultats dans le répertoire de soumission
cp -r "$WORKDIR"/* "$SLURM_SUBMIT_DIR"/results/
Pensez à rapatrier vos résultats en fin de script (étape 4) : tant qu’ils restent sur le scratch,
ils ne sont pas consultables depuis les machines de login.
Mes exécutables compilés sur Rheticus ne fonctionnent plus tous : dois-je les recompiler, et fonctionneront-ils encore sur les nœuds Skylake ?
Certains exécutables copiés depuis Rheticus échouent au lancement avec une erreur de bibliothèque partagée introuvable, par exemple :
lmp_auto: error while loading shared libraries: libmpi_cxx.so.40: cannot open shared object file: No such file or directory
lmp_auto: error while loading shared libraries: libmpi_cxx.so.40: cannot open shared object file: No such file or directoryRéponse à venir.
Last updated : 15 octobre 2026