@davidhildenbrand The other issue which you have mentioned as duplicate shows java getting stuck for long, whereas for me it crashes right away. Do you think these 2 are related?
Also observed another behaviour : java -version randomly passes, sometimes. I can also confirm that it is observed under s390x chroot as well(logs below): ``` root@XX:/# ulimit -c unlimited root@XX:/# java -version openjdk version "11.0.10" 2021-01-19 OpenJDK Runtime Environment (build 11.0.10+9-Ubuntu-0ubuntu1.20.04) OpenJDK 64-Bit Server VM (build 11.0.10+9-Ubuntu-0ubuntu1.20.04, mixed mode) root@XX:/# java -version # # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x0000004012705b40, pid=156601, tid=156604 # # JRE version: OpenJDK Runtime Environment (11.0.10+9) (build 11.0.10+9-Ubuntu-0ubuntu1.20.04) # Java VM: OpenJDK 64-Bit Server VM (11.0.10+9-Ubuntu-0ubuntu1.20.04, mixed mode, tiered, compressed oops, g1 gc, linux-s390x) # Problematic frame: # J 5 c1 java.lang.Object.<init>()V java.base@11.0.10 (1 bytes) @ 0x0000004012705b40 [0x0000004012705b00+0x0000000000000040] # # Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c %d %P %E" (or dumping to //core.156601) # # An error report file with more information is saved as: # //hs_err_pid156601.log Compiled method (c1) 956 5 3 java.lang.Object::<init> (1 bytes) total in heap [0x0000004012705910,0x0000004012705cb8] = 936 relocation [0x0000004012705a70,0x0000004012705aa0] = 48 constants [0x0000004012705ac0,0x0000004012705b00] = 64 main code [0x0000004012705b00,0x0000004012705c00] = 256 stub code [0x0000004012705c00,0x0000004012705c58] = 88 metadata [0x0000004012705c58,0x0000004012705c70] = 24 scopes data [0x0000004012705c70,0x0000004012705c80] = 16 scopes pcs [0x0000004012705c80,0x0000004012705cb0] = 48 dependencies [0x0000004012705cb0,0x0000004012705cb8] = 8 Compiled method (c1) 960 5 3 java.lang.Object::<init> (1 bytes) total in heap [0x0000004012705910,0x0000004012705cb8] = 936 relocation [0x0000004012705a70,0x0000004012705aa0] = 48 constants [0x0000004012705ac0,0x0000004012705b00] = 64 main code [0x0000004012705b00,0x0000004012705c00] = 256 stub code [0x0000004012705c00,0x0000004012705c58] = 88 metadata [0x0000004012705c58,0x0000004012705c70] = 24 scopes data [0x0000004012705c70,0x0000004012705c80] = 16 scopes pcs [0x0000004012705c80,0x0000004012705cb0] = 48 dependencies [0x0000004012705cb0,0x0000004012705cb8] = 8 Could not load hsdis-s390x.so; library not loadable; PrintAssembly is disabled # # If you would like to submit a bug report, please visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-lts # Aborted (core dumped) root@XX:/# ulimit -c unlimited root@XX:/# java -version # # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x0000004012706a40, pid=156619, tid=156622 # # JRE version: OpenJDK Runtime Environment (11.0.10+9) (build 11.0.10+9-Ubuntu-0ubuntu1.20.04) # Java VM: OpenJDK 64-Bit Server VM (11.0.10+9-Ubuntu-0ubuntu1.20.04, mixed mode, tiered, compressed oops, g1 gc, linux-s390x) # Problematic frame: # J 4 c1 java.lang.Object.<init>()V java.base@11.0.10 (1 bytes) @ 0x0000004012706a40 [0x0000004012706a00+0x0000000000000040] # . (truncating logs) Aborted (core dumped) root@XX:/# ``` Increasing core limit worked once, but it fails eventually. Could you please share your thoughts and provide some pointers on debugging further? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1920913 Title: Openjdk11+ fails to install on s390x Status in QEMU: New Bug description: While installing openjdk11 or higher from repo, it crashes while configuring ca-certificates-java. Although `java -version` passes, `jar -version` crashes. Detailed logs attached to this issue. ``` # A fatal error has been detected by the Java Runtime Environment: # # SIGILL (0x4) at pc=0x00000040126f9980, pid=8425, tid=8430 # # JRE version: OpenJDK Runtime Environment (11.0.10+9) (build 11.0.10+9-Ubuntu-0ubuntu1.20.04) # Java VM: OpenJDK 64-Bit Server VM (11.0.10+9-Ubuntu-0ubuntu1.20.04, mixed mode, tiered, compressed oops, g1 gc, linux-s390x) # Problematic frame: # J 4 c1 java.lang.StringLatin1.hashCode([B)I java.base@11.0.10 (42 bytes) @ 0x00000040126f9980 [0x00000040126f9980+0x0000000000000000] # # Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c %d %P %E" (or dumping to //core.8425) # # An error report file with more information is saved as: # //hs_err_pid8425.log sed with "/usr/share/apport/apport %p %s %c %d %P %E" (or dumping to /root/core.10740) # # An error report file with more information is saved as: # /root/hs_err_pid10740.log ``` Observed this on s390x/ubuntu as well as s390x/alpine when run on amd64 host. Please note, on native s390x, the installation is successful. Also this crash is not observed while installing openjdk-8-jdk. Qemu version: 5.2.0 Please let me know if any more details are needed. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1920913/+subscriptions