Генерировать дамп ядра, когда нативная библиотека сбивается в приложении Java ⇐ JAVA

[Anonymous]

У меня есть служба Java, которая работает в K8s, использует собственную библиотеку (написанную в C ++). Я установил путь дампа ядра для постоянного крепления NFS (с этой командой: echo "/nfs/core_dumps/core.%T.%P" | tee/proc/sys/kernel/core_pattern ). Основной дамп не генерировал при сбое нативной библиотеки, последние журналы заключаются в следующем, < /p>

Код: Выделить всё

> > #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGSEGV (0xb) at pc=0x00007efde450e688, pid=1, tid=103
> #
> # JRE version: OpenJDK Runtime Environment Temurin-17.0.13+11 (17.0.13+11) (build 17.0.13+11)
> # Java VM: OpenJDK 64-Bit Server VM Temurin-17.0.13+11 (17.0.13+11, mixed mode, tiered, compressed oops, compressed class ptrs, g1 gc,
> linux-amd64)
> # Problematic frame:
> # C  [lib.Converter.so.1.0+0xee688]  SetConverterMode+0xc8
> #
> # Core dump will be written. Default location: /nfs/core_dumps/core.%t.1
> #
> # JFR recording file will be written. Location: //hs_err_pid1.jfr
> #
> # An error report file with more information is saved as:
> # /nfs/my-folder/core_dump_%t.log
> #
> # If you would like to submit a bug report, please visit:
> #   https://github.com/adoptium/adoptium-support/issues
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
>
> [error occurred during error reporting (), id 0xb, SIGSEGV (0xb) at
> pc=0x00007eff17d249a2]
< /code>
Я вызывал нативный метод (который сбои с сигналом sigsegv), в этом сценарии ожидается генерировать дамп
core AT/nfs/core_dumps 

), но на самом деле он не генерирует (я мог бы подтвердить это, так как после сбоя POD перезапустился, и я вошел в оболочку контейнера и не мог видеть файл Core в папке NFS (Persistent))

Подробнее здесь: https://stackoverflow.com/questions/793 ... pplication