Closed lag-linaro closed 4 years ago
ping @headius
Seems java is segfaulting when trying to install gems here.
@lag-linaro Is there some way we can pull the /hs_err_pid1.log
from the build container?
Not from the Official Images build I shouldn't think.
However, I built it locally and pulled the file out for you:
```
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000000000005e30, pid=1, tid=0x0000ffff9049aa78
#
# JRE version: OpenJDK Runtime Environment (8.0_181-b13) (build 1.8.0_181-b13)
# Java VM: OpenJDK 64-Bit Server VM (25.181-b13 mixed mode linux-aarch64 compressed oops)
# Derivative: IcedTea 3.9.0
# Distribution: Custom build (Tue Oct 23 11:27:31 UTC 2018)
# Problematic frame:
# C 0x0000000000005e30
#
# Core dump written. Default location: //core or core.1
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
# http://icedtea.classpath.org/bugzilla
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
--------------- T H R E A D ---------------
Current thread (0x0000aaaae695b000): JavaThread "main" [_thread_in_native, id=17, stack(0x0000ffff9029a000,0x0000ffff9049aa78)]
siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000000000005e30
Registers:
R0=0x0000ffff90492698
R1=0x00000000000003ff
R2=0x0000000000000001
R3=0x0000000000000400
R4=0x0000ffff2fedf490
R5=0x0000ffff90492630
R6=0x0000ffff90492b20
R7=0xffffff80ffffffd8
R8=0x0000ffff90492b50
R9=0x0000ffff90492b50
R10=0x0000ffff90492630
R11=0x0000ffff90492678
R12=0x000000006df98c31
R13=0x0000000000000018
R14=0x0000000000000000
R15=0x0000000000000000
R16=0x0000ffff2fee1078
R17=0x0000000000005e30
R18=0x0000000009b5b675
R19=0x0000aaaae695b1e0
R20=0x0000ffff90492698
R21=0x0000ffff2fee0000
R22=0x0000ffff2fedf230
R23=0x0000ffff2fedf490
R24=0x0000ffff90493438
R25=0x00000000804bda78
R26=0x0000ffff2ffa7a48
R27=0x0000000000000000
R28=0x0000aaaae695b000
R29=0x0000ffff904925f0
R30=0x0000ffff2fed7f80
Top of Stack: (sp=0x0000ffff904925f0)
0x0000ffff904925f0: 0000ffff90492b50 0000ffff2fedc070
0x0000ffff90492600: 0000000000000000 0000ffff2fee0000
0x0000ffff90492610: 0000ffff90492f98 0000aaaae695b1e0
0x0000ffff90492620: 0000ffff2fedf490 0000000000000018
0x0000ffff90492630: 0000ffff90492b50 0000ffff90492b50
0x0000ffff90492640: 0000ffff90492b20 ffffff80ffffffd8
0x0000ffff90492650: 0000ffff90492968 0000ffff90492b50
0x0000ffff90492660: 0000ffff90492b50 0000ffff90492b20
0x0000ffff90492670: ffffff80ffffffd8 0000ffff90492b50
0x0000ffff90492680: 0000ffff90492b50 0000ffff90492b20
0x0000ffff90492690: ffffff80ffffffd8 0000000000000000
0x0000ffff904926a0: 0000000000000000 0000000000000000
0x0000ffff904926b0: 0000000000000000 0000000000000000
0x0000ffff904926c0: 0000000000000000 0000000000000000
0x0000ffff904926d0: 0000000000000000 0000000000000000
0x0000ffff904926e0: 0000000000000000 0000000000000000
0x0000ffff904926f0: 0000000000000000 0000000000000000
0x0000ffff90492700: 0000000000000000 0000000000000000
0x0000ffff90492710: 0000000000000000 0000000000000000
0x0000ffff90492720: 0000000000000000 0000000000000000
0x0000ffff90492730: 0000000000000000 0000000000000000
0x0000ffff90492740: 0000000000000000 0000000000000000
0x0000ffff90492750: 0000000000000000 0000000000000000
0x0000ffff90492760: 0000000000000000 0000000000000000
0x0000ffff90492770: 0000000000000000 0000000000000000
0x0000ffff90492780: 0000000000000000 0000000000000000
0x0000ffff90492790: 0000000000000000 0000000000000000
0x0000ffff904927a0: 0000000000000000 0000000000000000
0x0000ffff904927b0: 0000000000000000 0000000000000000
0x0000ffff904927c0: 0000000000000000 0000000000000000
0x0000ffff904927d0: 0000000000000000 0000000000000000
0x0000ffff904927e0: 0000000000000000 0000000000000000
Instructions: (pc=0x0000000000005e30)
0x0000000000005e10:
[error occurred during error reporting (printing registers, top of stack, instructions near pc), id 0xb]
Register to memory mapping:
R0=0x0000ffff90492698
R1=0x00000000000003ff
R2=0x0000000000000001
R3=0x0000000000000400
R4=0x0000ffff2fedf490
R5=0x0000ffff90492630
R6=0x0000ffff90492b20
R7=0xffffff80ffffffd8
R8=0x0000ffff90492b50
R9=0x0000ffff90492b50
R10=0x0000ffff90492630
R11=0x0000ffff90492678
R12=0x000000006df98c31
R13=0x0000000000000018
R14=0x0000000000000000
R15=0x0000000000000000
R16=0x0000ffff2fee1078
R17=0x0000000000005e30
R18=0x0000000009b5b675
R19=0x0000aaaae695b1e0
R20=0x0000ffff90492698
R21=0x0000ffff2fee0000
R22=0x0000ffff2fedf230
R23=0x0000ffff2fedf490
R24=0x0000ffff90493438
R25=0x00000000804bda78
R26=0x0000ffff2ffa7a48
R27=0x0000000000000000
R28=0x0000aaaae695b000
R29=0x0000ffff904925f0
R30=0x0000ffff2fed7f80
Stack: [0x0000ffff9029a000,0x0000ffff9049aa78], sp=0x0000ffff904925f0, free space=2017k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C 0x0000000000005e30
C [libjffi-1.2.so+0xc070] Java_com_kenai_jffi_Foreign_dlsym+0xe0
j com.kenai.jffi.Foreign.dlsym(JLjava/lang/String;)J+0
j com.kenai.jffi.Library.getSymbolAddress(Ljava/lang/String;)J+10
j jnr.ffi.provider.jffi.NativeLibrary.getSymbolAddress(Ljava/lang/String;)J+31
j jnr.ffi.provider.jffi.NativeLibrary.findSymbolAddress(Ljava/lang/String;)J+2
j jnr.ffi.provider.jffi.AsmLibraryLoader.generateInterfaceImpl(Ljnr/ffi/provider/jffi/NativeLibrary;Ljava/lang/Class;Ljava/util/Map;Ljnr/ffi/provider/jffi/AsmClassLoader;)Ljava/lang/Object;+622
j jnr.ffi.provider.jffi.AsmLibraryLoader.loadLibrary(Ljnr/ffi/provider/jffi/NativeLibrary;Ljava/lang/Class;Ljava/util/Map;)Ljava/lang/Object;+46
j jnr.ffi.provider.jffi.NativeLibraryLoader.loadLibrary(Ljava/lang/Class;Ljava/util/Collection;Ljava/util/Collection;Ljava/util/Map;)Ljava/lang/Object;+29
j jnr.ffi.LibraryLoader.load()Ljava/lang/Object;+192
j jnr.ffi.LibraryLoader.load(Ljava/lang/String;)Ljava/lang/Object;+5
j jnr.enxio.channels.Native$SingletonHolder.
Thanks!
@lag-linaro Any chance you could test with this patch: https://github.com/jnr/jnr-posix/pull/123 ?
I'll have to see how I might build a release tar with that change...
Mostly waiting to chat with @enebo about jnr/jnr-posix#123. I'm not sure it's the right approach, but it's close.
jnr-posix 3.0.47 has been released and incorporated into JRuby 9.2.5, to be released soon.
@headius Thanks for working on this!
@cpuguy83 sorry Brian, I wouldn't know how to test your patch.
I see that it's been merged now so that's great.
Please let me know when I should test docker-jruby
again.
Are you going to provide a new release such that the Official Images Build will work again?
I believe we only support x86 now given the base java images are only compatible there.
Looks like a SEGFAULT happening in Java code.
See Docker's Official Images Build Server for details.