Closed bounlu closed 2 years ago
Hi! Thank you testing dev
!! Just so you know, Mutect2 still needs fixing and probably won't generate useful results, and mpileup only runs in combination with ControlFreec.
what is in the build
folder?
Can you send me the nextflow.log?
I see, then I will test it alone with mutect2
on the master
branch.
This is the content of the build folder:
$ aws s3 ls s3://omeran/nextflow/sarek/results/build/
2022-05-11 17:44:28 0
2022-05-11 17:10:26 4890 genome.fa.bed
Unfortunately I can't send you the log folder.
When I tried to run it with mutect2
alone on the master
branch, I got another error:
May-11 17:57:20.055 [main] DEBUG nextflow.Session - Session aborted -- Cause: Channel `create` method is not supported any more
May-11 17:57:20.071 [main] ERROR nextflow.cli.Launcher - @unknown
groovy.lang.DeprecationException: Channel `create` method is not supported any more
at nextflow.Channel.create(Channel.groovy:79)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:107)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:323)
at groovy.lang.MetaClassImpl.invokeStaticMethod(MetaClassImpl.java:1529)
at groovy.lang.DelegatingMetaClass.invokeStaticMethod(DelegatingMetaClass.java:154)
at org.codehaus.groovy.runtime.callsite.StaticMetaClassSite.call(StaticMetaClassSite.java:50)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:130)
at Script_c3d27a41.extractFastqFromDir(Script_c3d27a41:4132)
at Script_c3d27a41$extractFastqFromDir$2.callCurrent(Unknown Source)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:51)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:171)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:185)
at Script_c3d27a41.runScript(Script_c3d27a41:158)
at nextflow.script.BaseScript.runDsl2(BaseScript.groovy:170)
at nextflow.script.BaseScript.run(BaseScript.groovy:203)
at nextflow.script.ScriptParser.runScript(ScriptParser.groovy:220)
at nextflow.script.ScriptRunner.run(ScriptRunner.groovy:212)
at nextflow.script.ScriptRunner.execute(ScriptRunner.groovy:120)
at nextflow.cli.CmdRun.run(CmdRun.groovy:334)
at nextflow.cli.Launcher.run(Launcher.groovy:480)
at nextflow.cli.Launcher.main(Launcher.groovy:639)
Which nextflow version are you using? I am suspecting that it is the new 22.04 which doesn't supprt DSL1 by default anymore. You could try with prepending export NXF_DEFAULT_DSL=1
or use the previous nextflow version
I also tried that (DSL1), but I got another error:
N E X T F L O W ~ version 22.04.0
Launching `https://github.com/nf-core/sarek` [distracted_ardinghelli] DSL1 - revision: 68b9930a74 [master]
------------------------------------------------------
,--./,-.
___ __ __ __ ___ /,-._.--~'
|\ | |__ __ / ` / \ |__) |__ } {
| \| | \__, \__/ | \ |___ \`-._,-`-,
`._,._,'
____
.´ _ `.
/ |\`-_ \ __ __ ___
| | \ `-| |__` /\ |__) |__ |__/
\ | \ / .__| /¯¯\ | \ |___ | \
`|____\´
nf-core/sarek v2.7.1
------------------------------------------------------
No TSV file
Reading /Users/omeran/Desktop/aws/sarek/samplesheet.csv directory
WARN: [nf-core/sarek] in /Users/omeran/Desktop/aws/sarek/samplesheet.csv directory, all fastqs are assuming to be from the same sample, which is assumed to be a germline one
No FASTQ files found in --input directory '/Users/omeran/Desktop/aws/sarek/samplesheet.csv'
Does it mean DSL1
assumes the --input
parameter to specify a fastq folder?
ah no, but sarek 2.7.1 (so the latest release) requires a TSV file as input (no header). Sorry for all the trouble :(
Ahh I see, switching to TSV format (also changing the file extension to .tsv) and removing the header fixed the problem!
I hope you will update the pipeline to DSL2 soon though to avoid this confusion!
yes, we are working on it hard.
Still need to figure out why your original command didn't generate the VC output. will be difficult .nextflow.log
. I will see if I can reproduce the error
FYI: Just merged a PR fixing mutect2 on the dev branch, in case you want to try it again
Thanks for the update! May I ask if the dev
branch has --sentieon
option available for the alignment?
No, not yet. It has BWA, BWAMem2 (index must be computed), DragMap (index must be computed)
I looked into your other error. I couldn't reproduce the error you have with the results not being present.
ah I have an idea. Did Baserecalibration run? The step requires known_indels which are not specified as far as I see. So if that is the case then Variantcalling can't be run. If you want to skip baserecalibration, set --skip_tools baserecalibrator
. Let me know if it works. Then I will add a warning message to the log to make this more apparent
@bounlu dragmap and & bwamem2 indices are now available for GATK.GRCh38. . Could you confim my suspicision about missing indels file?
Hi! I have a similar problem. Also, no variant calling output. But I'm using tsv file without a header. Nextflow version is 20.10.0. No errors in the log, but only these files are produced:
0K ./VariantCalling/TSV
80K ./VariantCalling
1.5M ./Reports/MultiQC/multiqc_report.html
40K ./Reports/MultiQC/multiqc_plots
64K ./Reports/MultiQC/multiqc_data/multiqc_data.json
64K ./Reports/MultiQC/multiqc_data/multiqc_sources.txt
128K ./Reports/MultiQC/multiqc_data/multiqc.log
64K ./Reports/MultiQC/multiqc_data/multiqc_qualimap_bamqc_genome_results.txt
360K ./Reports/MultiQC/multiqc_data
1.9M ./Reports/MultiQC
1.9M ./Reports
64K ./pipeline_info/execution_trace_2022-05-24_13-21-11.txt
64K ./pipeline_info/pipeline_report.txt
96K ./pipeline_info/pipeline_report.html
728K ./pipeline_info/pipeline_dag_2022-05-24_13-21-11.svg
3.6M ./pipeline_info/execution_report_2022-05-24_13-21-11.html
224K ./pipeline_info/results_description.html
64K ./pipeline_info/software_versions.csv
4.9M ./pipeline_info
40K ./Preprocessing/TSV
80K ./Preprocessing
The command I used is
nextflow run nf-core/sarek -profile singularity --input wgs_config.tsv --step variant_calling --genome hg19
wgs_config.tsv
looks like this:
a XY 1 ap1 /ap1_merged.bam.rmdup.bam /ap1_merged.bam.rmdup.bam.bai
b XY 1 bp2 /bp2_merged.bam.rmdup.bam /bp2_merged.bam.rmdup.bam.bai
so the tsv file indicates to me, that you are using DSL1 version of sarek, which one exactly?
In order to generate an output for variant calling you need to add the parameter --tools
and then specify which tool(s) you would like to use for variantcalling. Since in the above command none are added no variantcalling will be done. More infor on which tools are available: https://nf-co.re/sarek/2.7.1/parameters#tools
I'm using nf-core/sarek
[scruffy_noyce] - revision: 68b9930a74
Running nextflow run nf-core/sarek -profile singularity --input wgs_config.tsv --step variant_calling --genome hg19 -resume --tools mpileup,mutect2,control-freec,vep
also does not produce output and the log file does not provide any details just:
-[nf-core/sarek] Pipeline completed with errors-
can you please provide the .nextflow.log
and the complete terminal output?
Check Documentation
I have checked the following places for your error:
Description of the bug
Although I specify the tools for variant calling as below, no relevant output is generated, and no error/log is displayed as well.
Steps to reproduce
I run it on AWS Batch with the following command and configs and input:
custom.config
file:samplesheet.csv
file:Output:
Expected behaviour:
results/VariantCalling
folder should be created.What am I doing wrong?
Info:
N E X T F L O W ~ version 22.04.0 Launching
https://github.com/nf-core/sarek
[golden_torvalds] DSL2 - revision: 3bcf3bbcb6 [dev]