You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am doing the three stages separately. It has worked smoothly in the past. When I run the calling stage, I get an error about the number of categories mismatching.
Wed Sep 23 16:30:06 AEST 2020: Skipping assembly /scratch/hm82/OSCC//assembled/PONassembly.bam
Wed Sep 23 16:30:06 AEST 2020: Start calling /scratch/hm82/OSCC//structuralVariants/HeadNeckAllHealthy.vcf.gz
Wed Sep 23 16:30:06 AEST 2020: Running IdentifyVariants /scratch/hm82/OSCC//structuralVariants/HeadNeckAllHealthy.vcf.gz
... ...
ERROR 2020-09-23 16:30:14 AssemblyEvidenceSource Fatal error: GRIDSS assembly does not have the expected number of input categories (found 1, expected 10). GRIDSS performs joint assembly and does not support per-input assembly. Make sure the same input and labels are specified in the same order for the assembly and variant calling steps.
But, there are indeed 10 categories in the resulting file of the second stage, the assemble stage.
If you were running a version of GRIDSS before I put this sanity check in, then it would have silently misattributed assembly support to the wrong sample.
I am doing the three stages separately. It has worked smoothly in the past. When I run the calling stage, I get an error about the number of categories mismatching.
But, there are indeed 10 categories in the resulting file of the second stage, the assemble stage.
What could be triggering this error?
The text was updated successfully, but these errors were encountered: