Hello! I am running into an issue with the MultiQC...
# bacass
r
Hello! I am running into an issue with the MultiQC process while using version 2.3.1 of the bacass pipeline:
Copy code
Error executing process > 'NFCORE_BACASS:BACASS:MULTIQC_CUSTOM (1)'

Caused by:
  Process `NFCORE_BACASS:BACASS:MULTIQC_CUSTOM` input file name collision -- There are multiple input files for each of the following file names: nanoplot/NanoStats_post_filtering.txt
I have been using this version for several months, but only recently encountered this error for the first time. This is the command I used:
Copy code
nextflow run '<https://github.com/nf-core/bacass>'
		 -name assembly_5446
		 -params-file '<https://api.cloud.seqera.io/ephemeral/7XA_WuHIwWX1OXYBXSIqUA.json>'
		 -with-tower
		 -r 2.3.1
		 -profile docker
I have attached the sample sheet to this message.
d
I'll take a look at it. You can also add your issue to the nf-core/bacass issue repo 🙂 : https://github.com/nf-core/bacass/issues
❤️ 1
Hi @Raunak Vijay, I ran a minimal test using the
test_hybrid
profile but was unable to replicate the issue. It appears that in version
-r 2.3.1
, the Nanoplot module generates the nanotstats file as
${prefix}.txt
(where prefix == ID)(See nanoplot module in 2.3.1 ). In this case, the
MULTIQC_CUSTOM
module sotres the file in the work directory like this: 🤔
Copy code
nanoplot/
|_ ERR044595.txt
Could you please share the
.nextflow.log
so we can investigate further? Additionally, it would be helpful if you test this issue in the
-r dev
branch to see if the problem persists. Thanks 🙌
s
@Daniel_VM Here is a nextflow.log file from a run where we ran into this issue. Agreed that it the nanoplot module looks like it should be renaming the NanoStats file with the sample prefix correctly, so I’m not sure where this issue is coming from! I just started a test run on the dev branch and I’ll let you know how it turns out.
@Daniel_VM Dev branch run was successful and MultiQC report generated with no issues!
d
Awesome! I hope to create the 2.4.0 release by the end of this week, so you can use
-r 2.4.0
in your command. In the meantime,
-r dev
should work. đź’Ş
s
Amazing, thanks so much! 🙂
🙌 1
r
Hi @Daniel_VM. Unfortunately, we have still been running into the “input file name collision” error on the dev branch of the bacass pipeline. We have observed that this error occurs when running multiple samples with hybrid and long-read assemblies, but it does not occur when processing a single sample with either hybrid or long-read assemblies or when running single or multiple samples with short-read assemblies. I have opened a GitHub issue regarding this problem and with some more information: https://github.com/nf-core/bacass/issues/185. Thank you!
d
Hello, I have been trying, but I did not succeed in reproducing the error. sad cowboy