Temurin-build: s390: openjdk8 mit Hotspot Nightly build SDK ist abgestürzt

Erstellt am 12. März 2018  ·  6Kommentare  ·  Quelle: adoptium/temurin-build

nächtliche SDK:
wget https://github.com/AdoptOpenJDK/openjdk8-nightly/releases/download/jdk8u172-b00-20180803/OpenJDK8_s390x_Linux_20180803.tar.gz

Ausführen von Java-Version:

jenkins@build-marist-ubuntu1604-s390x-1:~/test/jdk8u172-b03/jre/bin$ ./java -version
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (os_linux_zero.cpp:254), pid=64869, tid=0x000003ffb2bff910
#  fatal error: caught unhandled signal 11
#
# JRE version:  (8.0) (build )
# Java VM: OpenJDK 64-Bit Zero VM (25.71-b00 interpreted mode linux-s390x )
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /data/home/jenkins/test/jdk8u172-b03/jre/bin/hs_err_pid64869.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Aborted (core dumped)
bug important

Alle 6 Kommentare

Wenn man sich den Build ansieht, ist der Build fehlgeschlagen.
https://ci.adoptopenjdk.net/job/openjdk8_build_s390x_linux/159/console

Frage: Wenn der Build fehlschlägt, warum kann immer noch über https://github.com/AdoptOpenJDK/openjdk-api darauf zugegriffen werden

Die Veröffentlichung ist völlig unabhängig (und ich denke, möglicherweise parallel) mit dem Testen. Ich habe das schon einmal gesehen und wir müssen wirklich einen grundlegenden java -version Test durchführen, bevor wir veröffentlichen.

Sieht so aus, als ob der neueste Build weitergekommen ist, aber beim Starten der VM immer noch einen Absturz hatte. Derzeit ist die Build-Maschine für Jenkins offline. FYA @gdams, da ich nicht weiß, ob diese Probleme derzeit angegangen werden - ich kann am Montag etwas genauer darauf eingehen, wenn es niemand anderes aufgreift.

In Kürze werden wir Testschritte in Build-Pipelines integrieren und die Veröffentlichung der Builds nach bestimmten Testkriterien (openjdk_regression und system) durchführen. Wir sollten eine Java-Versionsprüfung durchführen , denn wenn das nicht funktioniert, gibt es keinen Grund, weitere Tests

Okay, das ist der Build-Lauf, bei dem der Fehler aufgetreten ist: https://ci.adoptopenjdk.net/job/openjdk8_build_s390x_linux/157/consoleFull. Interessanterweise wurde es tatsächlich auf dem Computer ubuntu1604 gebaut. Ich werde einen Build auf der rhel7-Maschine versuchen, sobald sie zurückkommt, und sehen, ob dies das Problem behebt

Wir bauen diese OK seit einiger Zeit.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen