@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?