hs_err files in docker containers generated by our jtreg tests

Baesken, Matthias matthias.baesken at sap.com
Wed Feb 14 13:01:11 UTC 2024


Hello, we have a couple of jtreg tests  starting java processes not directly on the test host,  but  in docker containers     ( e.g.   containers/docker/    tests ) .
In case those processes crash we get something like this  :

PrintContainerInfo: Entering
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGILL (0x4) at pc=0x00007fffb021fc50, pid=1, tid=7
#
# JRE version: OpenJDK Runtime Environment (23.0) (fastdebug build 23-internal-adhoc.jenkinsi.jdk)
# Java VM: OpenJDK 64-Bit Server VM (fastdebug 23-internal-adhoc.jenkinsi.jdk, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-ppc64le)
# Problematic frame:
# C  [libz.so.1+0xfc50]  inflateReset+0x60
#
# Core dump will be written. Default location: //core.1
#
# An error report file with more information is saved as:
# //hs_err_pid1.log


Unfortunately the hserr file  ist not there any more for easy inspection  after the jtreg run  (and not all  crashes are nicely reproducable) .
Should we somehow  collect the hs_err and  bring it to the host ?

Or simply set   (for the docker/container related tests)   -XX:+ErrorFileToStderr   to  get the  error-output to stderr instead  (makes life easier for those tests )  ?



Best regards, Matthias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/container-discuss/attachments/20240214/66e388fd/attachment-0001.htm>


More information about the container-discuss mailing list