Troubleshooting¶
This page collects the most common issues reported by Purdue AF users, with solutions. If your problem is not listed here, please contact support.
Sessions¶
My session fails to start
Most commonly this happens due to issues and outages of computing infrastructure - please alert facility admins.
Another possible cause is an overfilled home directory: sessions cannot start while you are over the home directory quota.
- Start a session with the
Minimal JupyterLab interfaceoption — it should work even when a normal session does not. - Check your home directory usage.
- Move large files (data, Pixi/Conda environments) to
/work/or/depot/storage — see Storage volumes.
If you selected a full 40 GB A100 GPU, the session may also fail to start simply because all full GPU instances are taken. Try a 5 GB slice instead, or start a CPU-only session.
My session is very slow
- You might be trying to use custom Pixi or Conda environments on a slow
filesystem. Try moving them to
/work/storage. - Check whether you are running out of RAM: only the memory you selected at session creation is guaranteed — see Session resources. Restart the session with more RAM if needed.
- Reading many small files from
/depot/or/eos/can be slow — see Data access for faster access patterns (XCache).
My session was shut down on its own
Idle sessions are shut down automatically — see Idle sessions. Sessions may also occasionally get shut down due to unplanned outages, so save your work regularly and keep important code in sync with a Git repository.
I deleted/broke my configuration and want a clean start
Shut down your session (File → Hub Control Panel → Stop My Server), then
start a new one. The session image is recreated from scratch every time; only
the contents of your storage volumes persist.
Storage¶
I can't write to /depot/cms/
Depot is writable only with a Purdue account — see Storage volumes for where to write instead.
Purdue users can write to their own private directories, as well as into group directories to which they have access. If you don't have access to your group's directory, please contact facility admins.
I can't write to /eos/purdue/
Purdue EOS is mounted read-only — see Writing to EOS.
I don't see my Grid directory under /eos/purdue/store/user/
The eos-cern symlink shows up as a file, not a directory
Restart the session (File → Hub Control Panel → Stop My Server), then run
the eos-connect command again — see CERNBox access.
Software and kernels¶
pixi shell / pixi install fails in my home directory
This is intentional — see Pixi storage locations.
Every cell fails with a Pixi error in the project-aware kernel
The kernel found no Pixi project around the notebook, or cannot use the one it found; the error names the cause. See what the kernel needs in Pixi kernels. For a notebook outside any Pixi project, choose Python (pixi global).
My Conda environment doesn't show up as a Jupyter kernel
See Conda kernels.
A package is missing from the global environment
Contact support — we regularly update the global Pixi environment. Alternatively, create your own Pixi environment with the packages you need.
Data access¶
XRootD reads fail with authentication errors
Your VOMS proxy is probably missing or expired. Check with voms-proxy-info,
and create a fresh proxy if needed.
A dataset I need is not accessible / only on tape
If no CMS site has the files on disk, a tape recall is necessary: create a Rucio replication rule to subscribe the dataset to Purdue — see Rucio tutorial.
Dask Gateway¶
Cluster creation never finishes
new_cluster()
has no time limit.
If it has waited for more than a few minutes, interrupt it,
stop the pending cluster,
and contact us if it happens again.
I can't create a cluster: \"You may only have 1 active Dask Gateway cluster(s)\"
See the one-cluster limit: shut down your existing cluster (see Shutting down clusters), or wait for it to finish stopping, then try again.
I can't create a cluster: \"prometheus_client is not installed\"
Add prometheus_client to the environment the cluster runs — see
Pixi or Conda environments.
Workers fail to start or crash immediately
- Check that the Pixi/Conda environment passed to
new_cluster()is visible to the workers. - CERN/FNAL users: see the
NB_UID/NB_GIDnote in Environment variables.
My cluster disappeared
Idle clusters are shut down automatically — see Cluster lifetime and timeouts.
Workers can't read my data via XRootD
Ray¶
A submission fails with \"Ray clusters can take N more now\"
Fewer GPUs are free than you ask for: try again later, or ask for up to
as many with af-max-workers — see
Settings.
A submission fails because my cluster \"runs other settings, and tasks or jobs\"
A job of yours is running with other settings: wait for it to end, or stop it — see Settings.
\"You have no Ray cluster\"
A job's status and log are removed some minutes after your last job ends — see Good to know.
A training stops with \"Unable to set up cluster storage\"
Set storage_path to a directory on /work — see
Data-parallel training.
A submission fails with \"Your session holds a GPU\"
Submit from a session started without a GPU — see Before you start.
A submission fails with \"No token\"
Your session has no RAY_AUTH_TOKEN: restart it.
SSH and IDE connections¶
Remote-SSH connection from VSCode/Cursor fails
See the troubleshooting section of the IDE connection guide.
The usual suspects: home directory permissions (chmod 755 ~/), a missing or
not-on-PATH websocat binary, or an expired JupyterHub token.
Still stuck?¶
Send us a message — see Support.