Genome Analysis Toolkit

Variant Discovery in High-Throughput Sequencing Data

GATK process banner

Need Help?

Search our documentation

Community Forum

Hi, How can we help?

Developed in the Data Sciences Platform at the Broad Institute, the toolkit offers a wide variety of tools with a primary focus on variant discovery and genotyping. Its powerful processing engine and high-performance computing features make it capable of taking on projects of any size. Learn more

A fatal error was detected by the Java Runtime Environment when running HaplotypeCaller

0

4 comments

  • Avatar
    Kaina Millan

    I also wanted to note that I used ValidateSamFile to see if there were errors in my bam files that could be causing this issue however no errors were found by the program. 

    0
    Comment actions Permalink
  • Avatar
    Kaina Millan

    Since my input bam files showed no errors I also ran ValidateSameFile on my output bam generated from HaplotypeCaller and received this error: 

    14:29:51.833 INFO  NativeLibraryLoader - Loading libgkl_compression.so from jar:file:/gpfs/data/icelake-apps/software/openjdk-17.0.2/picard/3.0.0/picard.jar!/com/intel/gkl/native/libgkl_compression.so

    14:29:51.885 WARN  NativeLibraryLoader - Unable to load libgkl_compression.so from native/libgkl_compression.so (/tmp/kmillan/libgkl_compression1287947824039740955.so: /tmp/kmillan/libgkl_compression1287947824039740955.so: failed to map segment from shared object)

    14:29:51.885 INFO  NativeLibraryLoader - Loading libgkl_compression.so from jar:file:/gpfs/data/icelake-apps/software/openjdk-17.0.2/picard/3.0.0/picard.jar!/com/intel/gkl/native/libgkl_compression.so

    14:29:51.890 WARN  NativeLibraryLoader - Unable to load libgkl_compression.so from native/libgkl_compression.so (/tmp/kmillan/libgkl_compression4302086967116885162.so: /tmp/kmillan/libgkl_compression4302086967116885162.so: failed to map segment from shared object)

    [Fri Dec 01 14:29:51 CST 2023] ValidateSamFile --INPUT Merged_aligned_output_S14.bam --MODE SUMMARY --REFERENCE_SEQUENCE /scratch/kmillan/WES/ref_genome/Homo_sapiens.GRCh38.dna.toplevel.fa --MAX_OUTPUT 100 --IGNORE_WARNINGS false --VALIDATE_INDEX true --INDEX_VALIDATION_STRINGENCY EXHAUSTIVE --IS_BISULFITE_SEQUENCED false --MAX_OPEN_TEMP_FILES 8000 --SKIP_MATE_VALIDATION false --VERBOSITY INFO --QUIET false --VALIDATION_STRINGENCY STRICT --COMPRESSION_LEVEL 5 --MAX_RECORDS_IN_RAM 500000 --CREATE_INDEX false --CREATE_MD5_FILE false --help false --version false --showHidden false --USE_JDK_DEFLATER false --USE_JDK_INFLATER false

    [Fri Dec 01 14:29:51 CST 2023] Executing as kmillan@cri22cn002.cri.uchicago.edu on Linux 4.18.0-240.22.1.el8_3.x86_64 amd64; OpenJDK 64-Bit Server VM 17.0.2+8-86; Deflater: Jdk; Inflater: Jdk; Provider GCS is not available; Picard version: Version:3.0.0

    14:29:52.186 WARN  IntelInflaterFactory - IntelInflater is not supported, using Java.util.zip.Inflater

    WARNING: BAM index file /scratch/kmillan/WES/data/Merged_aligned_output_S14.bai is older than BAM /scratch/kmillan/WES/data/Merged_aligned_output_S14.bam







    ## HISTOGRAM java.lang.String

    Error Type Count

    ERROR:INVALID_INDEX_FILE_POINTER 1

    ERROR:INVALID_TAG_NM 240996

    ERROR:MATES_ARE_SAME_END 52573

    ERROR:MATE_NOT_FOUND 571882

    ERROR:MISMATCH_FLAG_MATE_NEG_STRAND 105016

    ERROR:MISMATCH_FLAG_MATE_UNMAPPED 138

    ERROR:MISMATCH_MATE_ALIGNMENT_START 450774

    ERROR:MISMATCH_MATE_CIGAR_STRING 662869

    ERROR:MISSING_PLATFORM_VALUE 1

    ERROR:TRUNCATED_FILE 2

    WARNING:MISSING_TAG_NM 134357




    [Fri Dec 01 14:30:01 CST 2023] picard.sam.ValidateSamFile done. Elapsed time: 0.16 minutes.

    Runtime.totalMemory()=2037383168

    According to this output, and the output from the scheduler (below) it seems that the code encounters an error at the -bamout flag. In my full script (including scheduler information), Line 24 is where I indicate the -bamout flag. Based on this information, and the reference to a problematic frame in the initial log posted above, I am wondering if this is a script issue or an issue with the program.

     A fatal error has been detected by the Java Runtime Environment:

    #

    #  SIGSEGV (0xb) at pc=0x00007f2992158c7b, pid=20119, tid=20262

    #

    # JRE version: OpenJDK Runtime Environment (17.0.2+8) (build 17.0.2+8-86)

    # Java VM: OpenJDK 64-Bit Server VM (17.0.2+8-86, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, serial gc, linux-amd64)

    # Problematic frame:

    # V  [libjvm.so+0xb37c7b]  markWord::displaced_mark_helper() const+0xb

    #

    # Core dump will be written. Default location: Core dumps may be processed with "/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e" (or dumping to /scratch/kmillan/WES/data/core.20119)

    #

    # An error report file with more information is saved as:

    # /scratch/kmillan/WES/data/hs_err_pid20119.log

    #

    # If you would like to submit a bug report, please visit:

    #   https://bugreport.java.com/bugreport/crash.jsp

    #

    /var/spool/slurmd/job3303813/slurm_script: line 24: 20119 Aborted                 (core dumped) java -Xmx10G -jar ${GATK} HaplotypeCaller -R $ref -I Merged_S14.bam --pair-hmm-implementation LOGLESS_CACHING -O Merged_output_S14.vcf.gz -bamout Merged_aligned_output_S14.bam
    0
    Comment actions Permalink
  • Avatar
    David Roazen

    Hi Kaina Millan,

    We have had reports from some users of problems like this with certain distributions of Java. If you're able, we recommend using the temurin-17-jdk distribution for Java 17 (or asking your IT department to install it). Instructions for installing it on Red Hat Linux are here: https://adoptium.net/installation/linux/

    Alternatively (and much more simply), you can run GATK via the official docker image (https://hub.docker.com/r/broadinstitute/gatk/), which comes packaged with a working distribution of Java and everything else that GATK requires.

    Another thing that appears to be going on here is that GATK is failing to load its native libraries:

    14:29:51.833 INFO  NativeLibraryLoader - Loading libgkl_compression.so from jar:file:/gpfs/data/icelake-apps/software/openjdk-17.0.2/picard/3.0.0/picard.jar!/com/intel/gkl/native/libgkl_compression.so

    14:29:51.885 WARN  NativeLibraryLoader - Unable to load libgkl_compression.so from native/libgkl_compression.so (/tmp/kmillan/libgkl_compression1287947824039740955.so: /tmp/kmillan/libgkl_compression1287947824039740955.so: failed to map segment from shared object)

    14:29:51.885 INFO  NativeLibraryLoader - Loading libgkl_compression.so from jar:file:/gpfs/data/icelake-apps/software/openjdk-17.0.2/picard/3.0.0/picard.jar!/com/intel/gkl/native/libgkl_compression.so

    14:29:51.890 WARN  NativeLibraryLoader - Unable to load libgkl_compression.so from native/libgkl_compression.so (/tmp/kmillan/libgkl_compression4302086967116885162.so: /tmp/kmillan/libgkl_compression4302086967116885162.so: failed to map segment from shared object)


    Your cluster may be set up to disallow loading executable code from the temp directory (/tmp/kmillan/). You can try providing a different temp directory when running GATK.

    Hope this helps,

    David

    0
    Comment actions Permalink
  • Avatar
    Kaina Millan

    Hi David, 

    Thanks for providing these recommendations. I will give these a try and report back!

    Kaina

    0
    Comment actions Permalink

Please sign in to leave a comment.

Powered by Zendesk