Summary
Execution of OPERA-MS (v0.9.0) fails systematically in a Singularity-based HPC environment when processing hybrid PacBio HiFi + Illumina datasets.
Two blocking issues were encountered:
- ❌ Failure during gap filling step (Step 8)
- ❌ Failure during polishing step (Pilon) when gap filling is disabled
As a result, the pipeline cannot be completed successfully.
🧪 Environment
- Tool version: OPERA-MS v0.9.0
- Container: Singularity (built from Docker)
- HPC system: SLURM
- Resources:
📂 Input data
- PacBio HiFi long reads (FASTA)
- Illumina paired-end reads (FASTQ.gz)
- Short-read assembly (FASTA)
🚨 Issue 1 — Gap filling failure
⚙️ Command
perl OPERA-MS.pl \
--num-processors 120 \
--no-ref-clustering \
--contig-file "$assembly" \
--short-read1 "$R1" \
--short-read2 "$R2" \
--long-read "$LR" \
--out-dir "$OUT"
❌ Error
Error in during gap_filling.
Please see gap_filling.err for details.
🚨 Issue 2 — Pilon failure (with --no-gap-filling)
⚙️ Command option
❌ Error
Error in during pilon.
Please see pilon.err for details.
⚠️
- Pipeline cannot complete under default settings
- Pipeline cannot complete with a workaround
- No final assembly produced
❓ Questions
- Is gap filling known to fail with HiFi reads or high threads?
- Recommended parameters for gapfilling.pl?
- Known issues with Singularity vs Docker?
Summary
Execution of OPERA-MS (v0.9.0) fails systematically in a Singularity-based HPC environment when processing hybrid PacBio HiFi + Illumina datasets.
Two blocking issues were encountered:
As a result, the pipeline cannot be completed successfully.
🧪 Environment
📂 Input data
🚨 Issue 1 — Gap filling failure
⚙️ Command
❌ Error
🚨 Issue 2 — Pilon failure (with --no-gap-filling)
⚙️ Command option
❌ Error
❓ Questions