[WIP] Update Cambridge config for current CSD3 partitions

.github/CODEOWNERS

@@ -10,6 +10,7 @@
 **/roslin** @sguizard @donalddunbar
 **/lrz_cm4** @nschan
 **/crg** @joseespinosa
+**/cambridge** @RaqManzano
 **/iris** @nikhil
 **/mahuika** @jen-reeve
 **/purdue_** @aseetharam

conf/cambridge.config

@@ -1,28 +1,73 @@
-// Description is overwritten with user specific flags
+// nf-core/configs: Cambridge CSD3 cluster profile
+// Available partitions:
+//   - icelake        : 76 CPUs, 256 GB RAM
+//   - icelake-himem  : 76 CPUs, 512 GB RAM
+//   - sapphire       : 112 CPUs, 512 GB RAM
+//
+// The profile defaults to the broadly available `icelake` partition but allows
+// users to override it with `--partition`. Walltime is inferred from the SLURM
+// account name when possible: projects containing `-SL3-` use a 12 h cap,
+// otherwise the profile assumes the common SL1/SL2 36 h limit.
+
 params {
-    config_profile_description = 'Cambridge HPC cluster profile.'
-    // FIXME EmelineFavreau was the last to edit this
-    config_profile_contact     = 'Andries van Tonder (ajv37@cam.ac.uk)'
-    config_profile_url         = "https://docs.hpc.cam.ac.uk/hpc"
-    partition                  = null
-    project                    = null
-    max_memory                 = 192.GB
-    max_cpus                   = 56
-    max_time                   = 12.h
+    config_profile_description = 'Cambridge HPC CSD3 cluster profile.'
+    config_profile_contact     = 'Raquel Manzano (rm889@cam.ac.uk) and Andries van Tonder (ajv37@cam.ac.uk)'
+    config_profile_url         = 'https://docs.hpc.cam.ac.uk/hpc'
+
+    partition = 'icelake'
+    project   = null
+
+    // Compatibility with nf-core schema validation across pipeline versions.
+    schema_ignore_params         = 'partition,project,max_memory,max_cpus,max_time,validationSchemaIgnoreParams'
+    validationSchemaIgnoreParams = 'partition,project,max_memory,max_cpus,max_time,schema_ignore_params,validationSchemaIgnoreParams'
 }
 
-// Description is overwritten with user specific flags
+validation {
+    ignoreParams = ['partition', 'project', 'max_memory', 'max_cpus', 'max_time', 'schema_ignore_params', 'validationSchemaIgnoreParams']
+}
+
+params.max_memory = {
+    if (params.partition == 'icelake') {
+        return 256.GB  // this is a whole node
+    }
+    if (params.partition == 'icelake-himem' || params.partition == 'sapphire') {
+        return 512.GB // this is a whole node
+    }
+
+    System.err.println("ERROR: cambridge params.partition must be one of 'icelake', 'icelake-himem', or 'sapphire' (got '${params.partition}').")
+    System.exit(1)
+}.call()
+
+params.max_cpus = {
+    if (params.partition == 'sapphire') {
+        return 112
+    }
+    if (params.partition == 'icelake' || params.partition == 'icelake-himem') {
+        return 76
+    }
+
+    System.err.println("ERROR: cambridge params.partition must be one of 'icelake', 'icelake-himem', or 'sapphire' (got '${params.partition}').")
+    System.exit(1)
+}.call()
+
+params.max_time = {
+    def project_name = params.project?.toUpperCase()
+    return project_name?.contains('-SL3-') ? 12.h : 36.h
+}.call()
+
 singularity {
     enabled    = true
     autoMounts = true
 }
 
 process {
     resourceLimits = [
-        memory: 192.GB,
-        cpus: 56,
-        time: 12.h
+        memory: params.max_memory,
+        cpus: params.max_cpus,
+        time: params.max_time
     ]
+
     executor       = 'slurm'
-    clusterOptions = "-A ${params.project} -p ${params.partition}"
+    queue          = params.partition
+    clusterOptions = { params.project ? "--account=${params.project}" : '' }
 }

docs/cambridge.md

@@ -7,81 +7,99 @@ and converted to a Singularity image or a Singularity image downloaded directly
 
 ### Install Nextflow
 
-The latest version of Nextflow is not installed by default on the Cambridge HPC cluster CSD3. You can install it with conda:
+The latest version of Nextflow is not installed by default on the Cambridge HPC
+cluster CSD3.
 
-```
-module load miniconda/3
+The recommended option is the standard Nextflow self-installing package:
 
-# set up Bioconda according to the Bioconda documentation, notably setting up channels
-conda config --add channels defaults
-conda config --add channels bioconda
-conda config --add channels conda-forge
+```
+# Check that Java 17+ is available
+java -version
 
-# create the environment env_nf, and install the tool nextflow
-conda create --name env_nf nextflow
+# Download Nextflow
+curl -s https://get.nextflow.io | bash
 
-# activate the environment containing nextflow
-conda activate env_nf
+# Make it executable
+chmod +x nextflow
 
-# once done with the environment, deactivate
-conda deactivate
-```
+# Move it to a personal bin directory
+mkdir -p $HOME/bin
+mv nextflow $HOME/bin/
 
-Alternatively, you can install Nextflow into a directory you have write access to.
-Follow [these instructions](https://www.nextflow.io/docs/latest/getstarted.html#) from the Nextflow documentation. This alternative method requires also to update java.
+# Add that directory to your PATH if needed
+export PATH="$HOME/bin:$PATH"
 
+# Confirm the installation
+nextflow info
 ```
-# move to desired directory on HPC
-cd /home/<username>/path/to/dir
 
-# get the newest version
-wget -qO- https://get.nextflow.io | bash
+See the official installation guide for the latest details and Java
+requirements:
 
-# update java version to the latest
-wget https://download.oracle.com/java/20/latest/jdk-20_linux-x64_bin.tar.gz
-tar xvfz jdk-20_linux-x64_bin.tar.gz
+- [nf-core / Nextflow installation guide](https://nf-co.re/docs/usage/getting_started/installation)
 
-# if all tools are compatible with the java version you chose, add these lines to .bashrc
-export JAVA_HOME=/home/<username>/path/to/dir/jdk-20.0.1
-export PATH=/home/<username>/path/to/dir/jdk-20.0.1/bin:$PATH
+If you prefer a user-managed package manager, a simple option is to install
+`micromamba` and then follow the nf-core conda-style instructions for creating
+an environment with `nextflow`:
 
-# Once above is done `java --version` should return `java 20.0.1 2023-04-18`
-java --version
+- [micromamba installation guide](https://mamba.readthedocs.io/en/stable/installation/micromamba-installation.html)
+- [nf-core conda installation instructions](https://nf-co.re/docs/usage/getting_started/installation#conda-installation)
 
-```
+`pixi` (see more info [here](https://pixi.prefix.dev/latest/)) may also work well for personal environment management, but this profile
+does not currently provide tested `pixi` instructions, so `micromamba` is the
+more conservative recommendation here.
 
 ### Set up Singularity cache
 
 Singularity allows the use of containers and will use a caching strategy. First, you might want to set the `NXF_SINGULARITY_CACHEDIR` bash environment variable, pointing at your hpc-work location. If not, it will be automatically assigned to the current directory.
 
 ```
 # do this once per login, or add these lines to .bashrc
-export NXF_SINGULARITY_CACHEDIR=/home/<username>/rds/hpc-work/path/to/cache/dir
+export NXF_SINGULARITY_CACHEDIR=/home/<username>/singularity
 ```
 
 Once done, and ready to use Nextflow, you can check that the Singularity module is loaded by default when logging on the cluster.
 
-```
-module list
-
-# If singularity is not loaded:
-module load singularity
-```
 
 ### Run Nextflow
 
 Here is an example with the nf-core pipeline sarek ([read documentation here](https://nf-co.re/sarek/3.3.2)).
-The user includes the project name and the node.
+The profile defaults to the `icelake` partition, but users can switch to
+`icelake-himem` or `sapphire` with `--partition`. The user should also provide
+their SLURM project / account with `--project`.
 
 ```
 # Launch the nf-core pipeline for a test database
 # with the Cambridge profile
-nextflow run nf-core/sarek -profile test,cambridge.config --partition "cclake" --project "NAME-SL3-CPU" --outdir nf-sarek-test
+nextflow run nf-core/sarek -profile test,cambridge --partition icelake --project NAME-SL2-CPU --outdir nf-sarek-test
+```
+
+If the project name contains `-SL3-`, the profile applies a 12 h walltime cap.
+Otherwise it assumes the standard SL1 / SL2 36 h limit.
+
+**For long runs**, we recommend starting Nextflow inside a `screen` or `tmux`
+session so that the Nextflow manager process keeps running after you disconnect
+your SSH session.
+
+```
+# Start a tmux session
+tmux new -s nextflow
+
+# Or start a screen session
+screen -S nextflow
+
+# Re-attach later if needed
+tmux attach -t nextflow
+screen -r nextflow
 ```
 
-All of the intermediate files required to run the pipeline will be stored in the `work/` directory. It is recommended to delete this directory after the pipeline
-has finished successfully because it can get quite large, and all of the main output files will be saved in the `results/` directory anyway.
+Detaching from `tmux` leaves the workflow running in the background with
+`Ctrl-b` then `d`. For `screen`, use `Ctrl-a` then `d`.
+
+**For large runs**, especially with many samples, the Nextflow manager process can
+itself use substantial memory. In those cases, it is better to launch `nextflow run ...` inside an interactive `srun` session or submit it via `sbatch`, rather than running it directly on a login node.
+
+All of the intermediate files required to run the pipeline will be stored in the `work/` directory. It is recommended to delete this directory after the pipeline has finished successfully because it can get quite large, and all of the main output files will be saved in the `--outdir` directory anyway.
 
 > NB: You will need an account to use the Cambridge HPC cluster in order to run the pipeline. If in doubt contact IT.
-> NB: Nextflow will need to submit the jobs via SLURM to the Cambridge HPC cluster and as such the commands above will have to be executed on one of the login
-> nodes. If in doubt contact IT.
+> NB: Nextflow will need to submit the jobs via SLURM to the Cambridge HPC cluster and as such the commands above will have to be executed on one of the login  nodes. If in doubt contact IT.