-
Notifications
You must be signed in to change notification settings - Fork 709
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue running rnaseq v2.0 (DSL2) with test profile #494
Comments
Should the |
For more info, when I don't use the option to pull docker containers I also get errors. Command executed:
Error:
|
dev
branch (DSL2) with test
profile
Ran on the same cluster as @ggabernet: Nextflow version: 20.07.1
Error:
Command:
Error:
|
Ok. Try this guys: ## (1) Download an archive containing all of the containers for the pipeline
wget -L https://dl.dropboxusercontent.com/s/1os36hmd73u0ygf/nf-core-rnaseq_v2.0.tar.gz
wget -L https://dl.dropboxusercontent.com/s/7vxsiyhz1kch36k/nf-core-rnaseq_v2.0.tar.gz.md5
## (2) Check tar archive was downloaded ok
md5sum -c nf-core-rnaseq_v2.0.tar.gz.md5
## (3) Untar archive and move this somewhere where the containers can be re-used for future pipeline runs
tar -xvf nf-core-rnaseq_v2.0.tar.gz
## (4) Load any modules you require on your local infrastructure
module purge
module load devel/singularity/3.4.2
## (5) Export this variable so Nextflow finds the containers you downloaded
export NXF_SINGULARITY_CACHEDIR=/PATH/TO/UNTAR/ARCHIVE/nf-core-rnaseq_v2.0/
## (6) Update your local cached version of the pipeline pipeline if you haven't done that recently
nextflow pull nf-core/rnaseq
## (7) Remove any files left-over from previous runs of Nextflow in the same directory
rm -r results/ work/ .nextflow*
## (8) Run the test profile
nextflow run nf-core/rnaseq -profile test,cfc_dev -r 2.0 This will at least rule out any issues with pulling the containers. |
Ok, we already set our singularity cachedir in our cluster config profile, so won't need that step, but will try the rest. |
Same issue here - just to confirm this can be reproduced using Singularity 3.4.2, with Nextflow 20.07.1 - checking solution now |
Could be related to this issue. Apparently it is fixed in Singularity v3.5.1. |
Thanks guys! Seeing as we have removed the |
Hi @drpatelh , just tested this again. Manually downloading the containers before running the pipeline works, but of course this is not an ideal setting. Without manually downloading the containers in advance, we still get errors, also with the release v2.0:
Nextflow version:
|
Hi @ggabernet! Yep I suspected it would still break 😅 I closed this issue because it had been muddied by our failed attempts to directly download Singularity images and thought it would be a good idea to start fresh. So you got the pipeline to work when you download the containers beforehand? and it fails when you try to download them directly via the pipeline? To me that suggests its either an issue pulling the containers from
I would possibly point the finger at download issues via Does the pipeline eventually complete after multiple |
yes, even after resuming several times it seems to have a problem with the
|
After a couple of resumes, now it is a different one:
So yes, this all points to download issues of the containers from |
After investigating a bit the Singularity errors, it seems like the problem is when pulling the same container at the same time in two different processes. This seems relevant: apptainer/singularity#3634 And this too: apptainer/singularity#5020 According to the last issue, this should be fixed in |
Ahhhh, but Nextflow should only be pulling that container once via the master job to avoid exactly that? 🤔 |
Think its still worth trying with a more recent version of Singularity though because it may well be an issue with the |
There was also an issue in Nextflow about that: nextflow-io/nextflow#1210 |
One of the suggested fixes was also to set singularity.engineOptions = '--disable-cache' In the worst case, this will overwrite the image 1-2x until other processes afterwards will simply reuse the downloaded image I think 🤔 Not ideal, but maybe a solution until everyone has 3.6 ;-) And yes, seems to be fine with Singularity >= 3.6 |
Nice! I will ask our HPC admins to install the latest version of Singularity! Did you manage to get it working @ggabernet ? |
Unfortunately not, @drpatelh . After upgrading to
|
Will investigate a bit further and let you know if I find a solution |
😞 Thanks! Did you try the config setting that @apeltzer recommended too? singularity.engineOptions = '--disable-cache' |
Just tested also this
My custom config contains this for singularity:
@apeltzer is this supposed to go to this Nextflow custom config, or somewhere else in the Singularity configuration? |
Not sure either - maybe @pditommaso knows ? |
Nope, Have you tried to run the pull command to check why is failing?
|
This should be fixed in #531. @ggabernet @FriederikeHanssen would you mind re-trying to run the |
A number of users have reported that this is now working by using Nextflow >= |
Hi @drpatelh , |
Hi @drpatelh,
I've tested the
test
profile for thedev
branch of rnaseq in our cluster. We use singularity there as we cannot use docker due to security issues. Here is the command I've used for the tests:Nextflow version:
nextflow version 20.10.0.5430
Here is the error I am getting:
The text was updated successfully, but these errors were encountered: