Closed dfermin closed 2 years ago
hi @dfermin,
First, I'd suggest sticking with the stable version of the pump singularity image (1.0.6), though that may not fix this specific problem, the later versions are experimental.
The other thing to consider is to lower the number of threads/concurrent processes you're asking for to 2-4 (from the 20 you're specifying), at least just for testing to see if this problem is addressed by that. The number of samtools sort threads and likely number of concurrent open file handles is related to that.
You could also try raising the number of open files on your server using ulimit -n
(which is typically 1024 by default on Linux-esq systems, the samtools sort is requiring more than that). I'm not entirely sure this will be inherited by singularity, but it's worth a try if you want to run with all 20 cores.
Hello.
I'm trying to run the latest singularity image (1.0.8) with some FASTQ data files I have.
I'm running the
run_recount_pump.sh
script on a CENTOS 7 server. The system has 256GB of RAM. The disk the FASTQ files and monorail-external files are on has 25TB of space. The server has 24-threads. Both FASTQ files are gzipped and are 5GB in size.I issued this command:
And I get this error message:
Any suggestion on how to fix this?
Thanks in advance for any and all help.