Preguntas frecuentes¶
Errores reales del clúster y su salida. Si tu caso no está aquí, al final está el NOC.
sbatch: error: QOSMaxMemoryPerJob ... Job violates accounting/QOS policy¶
Causa: pediste demasiada memoria — o ninguna — para la QOS de la cola.
Solución: añade --mem con el valor real que necesitas
(--mem=8G) y, si tu job necesita más del máximo de la cola, cambia a la
partición mayor (cpu → cpu-max) o pide un ajuste.
Lmod has detected the following error: ... module(s) are unknown: "python/3.11"¶
Causa: tu sesión todavía no tiene activas las rutas del software del clúster
(/sw/modulefiles y /sw/modules/all), así que Lmod no ve ningún módulo
instalado. Es lo que pasa en una cuenta recién creada.
Solución:
module use --append /sw/modulefiles /sw/modules/all
echo 'module use --append /sw/modulefiles /sw/modules/all' >> ~/.bashrc
module avail python # ahora sí aparece python/3.11
El detalle, en Software con módulos y en el paso 3.
Si el error sigue después de activar las rutas, entonces sí falla el nombre:
compáralo con module spider <nombre> y usa el nombre completo, con su versión
y su flavor de compilador (p. ej. lammps/30Sep2026-gcc12-openmpi4/cpu).
version 'GLIBCXX_3.4.30' not found al correr una aplicación¶
Causa: la aplicación necesita la biblioteca C++ de un GCC más nuevo que el del sistema, y su módulo no lo arrastra automáticamente. Solución: carga primero el compilador base y vuelve a intentarlo:
module load gcc/12.3.0 gdal/3.11.5
gdalinfo --version
GDAL 3.11.5 "Eganville", released 2025/10/29
Pon el module load gcc/12.3.0 antes de la aplicación también en tu script
de SLURM. Es el caso de gdal (que además exige gcc) y de nvhpc, que pide
cuda/12.4 primero.
Requested node configuration is not available¶
Causa: los recursos --gres pedidos no existen en los nodos de esa
partición (p. ej. un perfil MIG que no está en todos los nodos, o pedir más
GPU de las que admite la cola). Solución: revisa tipo y cantidad en la
guía de GPU; para dudas del momento,
module load + squeue o pregúntanos.
Envío el job, sale COMPLETED… y no encuentro el archivo de salida¶
Causa: usaste /tmp (o un directorio local del nodo de acceso) para
--output. /tmp no está compartido con los nodos de cómputo.
Solución: envía desde una carpeta de tu $HOME (el nodo de acceso no monta
/work), o usa rutas absolutas ahí.
El job duró 4 segundos y salió FAILED con ExitCode 0:53¶
Causa: el script no pudo ejecutarse (típicamente el directorio de trabajo
del sbatch no existía en el nodo). Solución: revisa el --chdir/la
carpeta desde donde envías; debe ser una ruta visible también en los nodos de
cómputo (tu $HOME, que sí está montada en todos).
Permission denied (publickey) al hacer SSH¶
Tu llave pública no está registrada junto a tu cuenta (el servicio SSH del clóster no acepta contraseñas). Regístrala en la plataforma de cuentas o pide al NOC vincularla.
Mis resultados desaparecieron de $SCRATCH¶
Es el diseño: $SCRATCH vive solo durante el job
(paso 4). Copia siempre los resultados a
/work dentro del propio script.
Un paquete de Python instalado con pip falla al importar¶
Suele ser una wheel compilada para sistemas más recientes que el nodo de acceso. Ejecuta tu código dentro de un job o sesión interactiva en los nodos de cómputo (guía de Python).
squeue muestra mi job PENDING con razón QOSMaxJobsPerUserLimit¶
Ya tienes el máximo de jobs simultáneos permitido en esa cola: es control de equidad en el clúster compartido. Espera a que terminen los tuyos o escribe al NOC si tu proyecto requiere más paralelismo.
Me pasa otra cosa¶
Mándanos a noc@cedia.org.ec: tu usuario, el comando completo, el mensaje de error exacto y el ID del job si lo hay. La mayoría de los errores documentados en esta página nacieron así.