Closed cihaterdogan closed 3 days ago
Please also find the log file here log.txt
@cihaterdogan could you please share the content of folder:
${OUTPUT}/workspace/b8/5d85ab*/
In particular, can you share the content of .command.env
and .command.sh
please?
Hi @RenzoTale88, Thank you for your reply. I was able to run the wf-human-variation pipeline with v2.0.0 and removed the old output due to space limitations. Unfortunately, I am unable to share the files you requested.
Ok no worries, I'll close this ticket then. We just released v2.2.2, so if you come across the issue again please re-open this issue with the new comment. Thanks again Andrea
Hi @RenzoTale88 I am using v2.2.2 but I have exactly the same error. Thanks
@agatafant we will need more investigation into this then. Can you please share the nextflow log?
Can you please check the content of the following files:
/archive/s2/genomics/afant/NANOPORE_analysis/PDM0001NBLDN1R/pipe_wf_human_variation_threshold_latest/work/97/8923b6fe6fde356317df755ccedf3f/.command.env
/archive/s2/genomics/afant/NANOPORE_analysis/PDM0001NBLDN1R/pipe_wf_human_variation_threshold_latest/work/97/8923b6fe6fde356317df755ccedf3f/.command.err
command.env probs=0.8183594 0.7421875
command.err is empty
thanks
Thanks for confirming this.
Before progressing with some more tests, did you -resume
the run after updating the workflow, or did you start from the beginning?
I had to run -resume because:
The issue with this is that it will not retry the sample-probs process, and therefore will fail again with the same error. Can you try removing the following file and try again?
/archive/s2/genomics/afant/NANOPORE_analysis/PDM0001NBLDN1R/pipe_wf_human_variation_threshold_latest/work/97/8923b6fe6fde356317df755ccedf3f/.command.env
@agatafant can you provide more details on how you generated the input BAM?
As you suggested I removed /archive/s2/genomics/afant/NANOPORE_analysis/PDM0001NBLDN1R/pipe_wf_human_variation_threshold_latest/work/97/8923b6fe6fde356317df755ccedf3f/.command.env, I have launched again the pipeline with -resume but I have obtained same error. The bam is obtained with dorado basecaller v.0.6.0
@agatafant I was mostly interested in knowing which remora model(s) did you use. Did you use a single model, multiple models, etc
dorado basecaller -x cuda:all --reference /archive/s1/sconsRequirements/databases/reference/resources_broad_hg38_v0_Homo_sapiens_assembly38.fasta /archive/s2/genomics/afant/PCG_Nanopore/out_PCG_PDM_PDM0001NBLDN1R/dorado0.6.0/dna_r10.4.1_e8.2_400bps_sup@v4.3.0 /archive/genomic_data/Collaboration/PCG_ParkinsonDiseaseMilano/FAST5/PCG_PDM_PDM0001NBLDN1R/PDM0001NBLDN1R/20240409_1716_1G_PAS38058_469a1fd2/pod5/ --modified-bases-models /archive/s2/genomics/afant/PCG_Nanopore/out_PCG_PDM_PDM0001NBLDN1R/dorado0.6.0/dna_r10.4.1_e8.2_400bps_sup@v4.3.0_6mA@v2,/archive/s2/genomics/afant/PCG_Nanopore/out_PCG_PDM_PDM0001NBLDN1R/dorado0.6.0/dna_r10.4.1_e8.2_400bps_sup@v4.3.0_5mC_5hmC@v1
Ok this confirms the issue, i.e. the workflow currently can't handle multiple modified bases, and causes to compute multiple filtering thresholds. We will work on a patch, and notify when ready.
Ok great, thank you. In the meanwhile I re-obtain the BAM with only one modified bases
@agatafant we just released wf-human-variation v2.2.4, that should support multiple modification types (e.g. modA and modC). Can you try with this release and let us know if it works for you?
Thank you @RenzoTale88. I still have this problem when launching the pipeline: I have to remove folder ~/.nextflow/assets/epi2me-labs otherwise it fails with: Pulling epi2me-labs/wf-human-variation... epi2me-labs/wf-human-variation contains uncommitted changes -- cannot pull from repository
But since I have to modify some options in nextflow.config I have to stop the pipeline (is there a better way to do this?), modify the config and then resume, but when resuming it fails again with: Pulling epi2me-labs/wf-human-variation... epi2me-labs/wf-human-variation contains uncommitted changes -- cannot pull from repository
Hi @agatafant try do first drop the workflow:
nextflow drop epi2me-labs/wf-human-variation
And then try the analysis again, specifying version 2.2.4:
nextflow run epi2me-labs/wf-human-variation -r v2.2.4 [OPTIONS HERE]
Hi, I have launched the pipeline, but it continues failing because of: sort: write failed: /var/tmp/pbs.1385700.5kgpsmhpcfe/sortCqvMDv: No space left on device why is it writing in /var/tmp?
attached the log nextflow.log
From what I can see, you are using a PBS distributed system right? If so, you need to discuss with your IT support to define an appropriate configuration for your system to avoid this issue.
@agatafant did you manage to run the workflow successfully?
No, I sadly removed --mod option in order to run the pipeline successfully
@agatafant Sorry you couldn't get --mod working, as @RenzoTale88 mentioned - the workflow does not choose the TMPDIR - this will be down to your cluster configuration. I'm closing this issue now, but please open a new issue if you encounter any further trouble!
Operating System
Other Linux (please specify below)
Other Linux
Red Hat Enterprise Linux 8.9
Workflow Version
v2.2.0
Workflow Execution
Command line (Cluster)
Other workflow execution
No response
EPI2ME Version
No response
CLI command run
module load singularity/3.7.2 module load java/15.0.2
export NXF_SINGULARITY_CACHEDIR=Path/.singularity export SINGULARITY_TMPDIR=Path/.singularity export NXF_HOME=Path
OUTPUT=s4059246577_results
./nextflow run epi2me-labs/wf-human-variation \ -w ${OUTPUT}/workspace \ -profile singularity \ --bam 'data/s4059246577_merged.bam' \ --basecaller_cfg 'dna_r10.4.1_e8.2_400bps_sup@v4.3.0' \ --mod \ --ref 'hg38/GCA_000001405.15_GRCh38_no_alt_analysis_set.fna' \ --sample_name 's4059246577' \ --sv \ --snp \ --str \ --cnv \ --phased \ --threads 16 \ --bam_min_coverage 5 \ --out_dir ${OUTPUT}
Workflow Execution - CLI Execution Profile
None
What happened?
I was running the wf-human-variation pipeline as a job (with Slurm) on my institution's clusters using the above command. But got the following error
ERROR ~ Error executing process > 'mod:modkit_phase (1)'
Caused by: Process
mod:modkit_phase (1)
terminated with an error exit status (2)Command executed:
modkit pileup \ chrY_hp.bam \ s4059249500 \ --ref GCA_000001405.15_GRCh38_no_alt_analysis_set.fna \ --partition-tag HP \ --interval-size 1000000 \ --prefix s4059249500.wf_mods.chrY \ --log-filepath modkit.log \ --region chrY \ --filter-threshold 0.78125 0.8613281 \ --threads 4 --combine-strands --cpg
Compress all
for i in
ls s4059249500/
; do root_name=$( basename $i '.bed' )modkit saves the file as params.sample_name.wf_mods_haplotype.bed
done
Command exit status: 2
Command output: (empty)
Command error: error: unexpected argument '0.8613281' found
Usage: modkit pileup [OPTIONS]
For more information, try '--help'.
Relevant log output
Application activity log entry
No response
Were you able to successfully run the latest version of the workflow with the demo data?
yes
Other demo data information
No response