Closed naumenko-sa closed 4 years ago
it happens before generating consensus for mm10:
https://github.com/bcbio/bcbio-nextgen/blob/master/bcbio/ngsalign/postalign.py#L223
get_average_coverage does not know about the two bam files for hg38 and mm10 and is trying to call and rewrite coverage based on the current work bam, which is mm10 in work/align/project/project-coverage-rawumi-stats.yaml
https://github.com/bcbio/bcbio-nextgen/blob/master/bcbio/variation/coverage.py#L154
the solution would be to skip checking coverage in the disambiguation case.
more precisely: it tried to get coverage from the file (cache): https://github.com/bcbio/bcbio-nextgen/blob/master/bcbio/variation/coverage.py#L157
but there is a check that the cache should be newer than the bam and the bed files. in the case of disambiguation the cache is build with hg38.bam and is older than mm10.bam which has just been aligned, so it tried to call coverage again and fails.
Hi!
when running variant calling on hg38 with disambiguate on mm10:
It could happen that variants.bed is not overlapping with mm10 genome.
Fails with:
We should not overlap hg38 bed with mm10 bam.
S