Skip to content
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

Alpine image causes core dump. #131

Open
javadevmtl opened this issue May 31, 2023 · 1 comment
Open

Alpine image causes core dump. #131

javadevmtl opened this issue May 31, 2023 · 1 comment

Comments

@javadevmtl
Copy link

Hi as far as I know different people are reporting various SIGSEGV error on Alpine, not specific to Liberica either. In my case seems to be happening with Bouncy Castlem but it's npt Bouncy Castle related either. Unfortunantly I don't have a core dump as my container env is pretty aggressive at cleanup so the container is removed I only have the log.

I was previously using the Azul distribution and I thought I would try Liberica. For me this only started happening in the last 1-2 months where I noticed it once and thought it was a coincidence, but now it seems as I update my images it appearing more and more.

Switching to Debian based image seems to work so far.

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f65b4f8063b (sent by kill), pid=1, tid=24
#
# JRE version: OpenJDK Runtime Environment (11.0.19+7) (build 11.0.19+7-LTS)
# Java VM: OpenJDK 64-Bit Server VM (11.0.19+7-LTS, mixed mode, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# J 3024 c2 org.bouncycastle.crypto.modes.GCMBlockCipher.gCTRBlock([B[BI)V (56 bytes) @ 0x00007f65b4f8063b [0x00007f65b4f7fd80+0x00000000000008bb]
#
# Core dump will be written. Default location: //core.1
#
# An error report file with more information is saved as:
# //hs_err_pid1.log
Compiled method (c2)  161748 3036       4       org.bouncycastle.crypto.modes.GCMBlockCipher::processBytes (87 bytes)
 total in heap  [0x00007f65b4f83290,0x00007f65b4f83a88] = 2040
 relocation     [0x00007f65b4f83408,0x00007f65b4f83440] = 56
 main code      [0x00007f65b4f83440,0x00007f65b4f837c0] = 896
 stub code      [0x00007f65b4f837c0,0x00007f65b4f837f8] = 56
 oops           [0x00007f65b4f837f8,0x00007f65b4f83800] = 8
 metadata       [0x00007f65b4f83800,0x00007f65b4f83810] = 16
 scopes data    [0x00007f65b4f83810,0x00007f65b4f83958] = 328
 scopes pcs     [0x00007f65b4f83958,0x00007f65b4f83a28] = 208
 dependencies   [0x00007f65b4f83a28,0x00007f65b4f83a30] = 8
 handler table  [0x00007f65b4f83a30,0x00007f65b4f83a60] = 48
 nul chk table  [0x00007f65b4f83a60,0x00007f65b4f83a88] = 40
Could not load hsdis-amd64.so; library not loadable; PrintAssembly is disabled
#
# If you would like to submit a bug report, please visit:
#   https://bell-sw.com/support
#

[error occurred during error reporting (), id 0xb, SIGSEGV (0xb) at pc=0x00007f65c54e8602]
@javadevmtl
Copy link
Author

Hi if you are interested to check, I managed to finally get a core dump for Azul: zulu-openjdk/zulu-openjdk#215

Initially I was using Azul Alpine and then had switched to trying Liberica Alpine with similar issues so at that point I tried also Debian on both distributions. Same issue.

I still don't think it's distribution, image or library. It's probably more a docker issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant