Closed DaGaMs closed 2 years ago
Hello Benjamin,
Thank you for using HISAT-3N. Your problem may be caused by the splice junction bug in HISAT2 . We already identify the bug and we are fixing it. To align your reads with the current HISAT-3N, please add '--no-temp-splicesite' option. By the way, we highly recommend you pull the newest HISAT-3N code and compile it again. We fix some minor bugs recently.
Please let me know if you have any other question.
Best, Yun (Leo)
It seems the --no-temp-splicesite
option did indeed make it run through fine. Thanks!
Hi,
I'm trying to process some methylation-sequencing data with hisat3n, but I am running into occasional memory issues during the alignment phase, and hisat3n dying with
Interestingly, this seems to only happen on some of my fastq pairs. I've spent the last week trying to figure out if this is due to a particular set of reads, by removing all the reads that were successfully aligned (minus a dozen or so, in case the crash has to do with the last aligned reads) before the crash from the fastq files. However, when I do that, the alignment runs through just fine. Instead, the crash seems to happen somewhat sporadically when aligning a lot of reads. I was logging the used memory (in MB) on the machine while running hisat3n, which produces graphs like this (x axis is seconds since launch):
FYI, I'm using the 036ffebf7c7eafd73ae534501ece0e355f22bd04 build. The test run above used 8 cores:
I'm out of ideas what I could try to fix this. I wasn't able to come up with an easy to reproduce scenario for this issue, but it's happening with half of our samples. Unfortunately, as this is human patient data, I can't provide you with the raw data for testing. Any suggestions what to try to narrow down the cause?