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)
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
verwiesen auf https://github.com/AdoptOpenJDK/openjdk-build/issues/264
Wir bauen diese OK seit einiger Zeit.