-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] VarDict fails AGAIN with Critical exception occurs on region #1511
Comments
Two additional cases failed due to error in vardict:
|
Three additional cases: |
The most probable cause of these errors is related to memory allocation. Java fails when it tries to read a bam file with a segment with high number of reads. The list of these cases with th errors along with the number of reads in the segments is given below:
|
It looks like these segments have a lot of reads. I just wanted to compare to other cases from the same panel to see if there were samples that had similar amounts of reads in these regions and which didn't crash. I just took some at random and checked, and it seems like the pattern is not so clear to say that this is caused by abnormal amounts of reads. In some cases like charmedstork we don't see the error in 5:79801380-79801660 despite having more reads than the failing case in that region, however the case does fail in chromosome 7, in a region that it has 0 reads.
|
I have tested rerunning the failing vardict jobs for 2 cases a lot of times to try replicate the issue. I did this by creating a bash-script that runs vardict-java through the v16.0.0 singularity container, with the arguments copied from the rule. I ran notablegrub 38 times for the failing chromosome 7, and learningescargot 37 times for the failing chromosome 5, but the test succeeded every time. I'm going to try rerunning the cases from start a few times and see if the error appears when running the cases through the workflow |
Just adding a bit of information on one additional case with this error: Critical exception occurs on region: 17:30677005-30677345, program will be stopped.
Critical exception occurs on region: 17:30322483-30322881, program will be stopped.
Critical exception occurs on region: 17:30323717-30323996, program will be stopped.
Critical exception occurs on region: 17:30320784-30321127, program will be stopped.
Critical exception occurs on region: 17:30696152-30696432, program will be stopped.
Critical exception occurs on region: 17:30325577-30326123, program will be stopped.
Critical exception occurs on region: 17:30321483-30321840, program will be stopped. |
After re-running learningescargot from start in the development environment corresponding to the production version of balsamic (v16.0.0) it failed again but in a different chromosomal region compared to before:
It seems that this error is happening more frequently when run in the context of the whole pipeline. |
Description
Multiple cases have failed on VarDict with the error we have seen before:
#1286
From settledtoad:
Run time: 2024-11-21 01:04
Error log: BALSAMIC.settledtoad.vardict_tumor_only.90.sh.7683749.err
From becomingdoe:
Run time: 2024-12-05 01:55
Error log: BALSAMIC.becomingdoe.vardict_tumor_only.65.sh.7791586.err
From gladmink:
Run time: 2024-12-05 11:25
Error log: BALSAMIC.gladmink.vardict_tumor_only.90.sh.7814826.err
How to reproduce
No response
Expected behaviour
No response
Anything else?
No response
Pipeline version
16.0.0
The text was updated successfully, but these errors were encountered: