Java Springboot build fails in raspberry pi - spring-boot

Summary
I'm trying to build springboot application on my raspberry pi and I get SIGBUS (0x7) error
Error:
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0xb3de3a84, pid=7, tid=32
#
# JRE version: OpenJDK Runtime Environment AdoptOpenJDK (14.0.2+12) (build 14.0.2+12)
# Java VM: OpenJDK Server VM AdoptOpenJDK (14.0.2+12, mixed mode, sharing, g1 gc, linux-arm)
# Problematic frame:
# v ~StubRoutines::atomic_load_long
#
# Core dump will be written. Default location: /server/core
#
# An error report file with more information is saved as:
# /server/hs_err_pid7.log
Steps to reproduce
I have a docker file with following snippet.
COPY .mvn .mvn
COPY pom.xml .
RUN ./mvnw dependency:go-offline
COPY src src
RUN ./mvnw package -DskipTests # <------- Fails here
Builds fine on my other primary machine with ubuntu on it.
But fails on Raspberry Pi 4 with raspbian.
Expected results
Expected a successful build similar to my other machine
Actual results
Fails with following error trace.
[thread 52 also had an error]
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0xb3de3a84, pid=7, tid=32
#
# JRE version: OpenJDK Runtime Environment AdoptOpenJDK (14.0.2+12) (build 14.0.2+12)
# Java VM: OpenJDK Server VM AdoptOpenJDK (14.0.2+12, mixed mode, sharing, g1 gc, linux-arm)
# Problematic frame:
# v ~StubRoutines::atomic_load_long
#
# Core dump will be written. Default location: /server/core
#
# An error report file with more information is saved as:
# /server/hs_err_pid7.log
#
# If you would like to submit a bug report, please visit:
# https://github.com/AdoptOpenJDK/openjdk-support/issues
#
Aborted (core dumped)
The command '/bin/sh -c ./mvnw package -DskipTests' returned a non-zero code: 134
ERROR: Service 'server' failed to build
Triaging info
Java version: 14.0.2+12
What is your operating system and platform?
Raspbian [full] latest. Raspberry Pi 4
How did you install Java?
Dockerfile snippet shared above.
Did it work before?
No
Did you test with other Java versions?
yes with v11

This is an insufficient space issue read this https://confluence.atlassian.com/confkb/java-vm-dies-with-sigbus-0x7-when-temp-directory-is-full-on-linux-815584538.html now to solve it you have to make space available in your /tmp folder or use bigger space storage device and allocate space to /tmp folder.
edit: also see this
https://bugs.java.com/bugdatabase/view_bug.do?bug_id=6563308

Answering my own question,
I tried a openjdk instead of adoptopenjdk and it worked.
If it doesnt work for you, then try different versions of openjdk as well.

Related

The reasons of this unexpected terminated event, Omnet++ was terminated automatically after about 20 seconds of IDE loading

When I run the Omnet++, and the IDE of it is loaded completely, after about 20 seconds, the Omnet++ IDE and the Omnet++ are terminated automatically.
What are the possible reasons for this unwanted phenomenon?
The Omnet++ is installed on Ubuntu LTS 22 in the virtual state by the VirtualBox.
Thanks in advance
Error Log :
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f5970257bd2, pid=2831, tid=3159
#
# JRE version: OpenJDK Runtime Environment Temurin-17.0.1+12 (17.0.1+12) (build 17.0.1+12)
# Java VM: OpenJDK 64-Bit Server VM Temurin-17.0.1+12 (17.0.1+12, mixed mode, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# C [libc.so.6+0x7fbd2] fread+0x22
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /home/maryam/core.2831)
#
# An error report file with more information is saved as:
# /home/maryam/hs_err_pid2831.log
#
# If you would like to submit a bug report, please visit:
# https://github.com/adoptium/adoptium-support/issues
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
If the IDE just disappears without any interaction or error report, the most likely cause is that your VM is configured with very low amount of memory and the omkiller kills the IDE process because of low memory conditions.

Weblogic server getting crashed

Below error is occurring in logs. Application was running fine until last month and it started occurring all of sudden without any changes. I tried to find more about this and I found, this happens due to modification of zip/jar which is in use specially in Linux(Window does not allow modification). It is suggested to find the problematic code/scenarios, which I could not identify so far as this happens only in production. It is also suggested to Run JDKs with -Dsun.zip.disableMemoryMapping=true system property. Which will disable memory mapping and the application will fail instead with a "file corrupted" type ZipException. This property also has some performance impact. Could you please help how can find the problematic code? How likely this property can help in resolving the issue.
Thanks in advance.
Below are the errors shown :
1..
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007fe3fca8053e, pid=6120, tid=140605725304576
#
# JRE version: Java(TM) SE Runtime Environment (8.0_60-b27) (build 1.8.0_60-b27)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.60-b23 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libc.so.6+0x14f53e] __memmove_ssse3_back+0x23de
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
2.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f9137df6802, pid=13359, tid=140250685896448
#
# JRE version: Java(TM) SE Runtime Environment (8.0_60-b27) (build 1.8.0_60-b27)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.60-b23 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libzip.so+0x11802] newEntry+0x62
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again

core was generated by springloaded.jar

I use springloaded-1.2.3.jar to implement hot deploy in my project .And my project run with springboot in Linux. i run the main class with -javaagent springloaded.jar -noverify. it works to hot deploy, but problem is Everytime I run the project for about 1 days, the project will be down ,and generate corefiles and hs_err_pid logs.
Does anyone meet this problem?
the part of the content of the hs_err_pid.log as follow:
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f8175626f4b, pid=13320, tid=140193591465728
#
# JRE version: Java(TM) SE Runtime Environment (8.0_40-b26) (build 1.8.0_40-b26)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.40-b25 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x367f4b] GraphBuilder::try_inline_full(ciMethod*, bool, Bytecodes::Code, Instruction*)+0x2fb
#

Javafx application gives error when minimized in Mac

I build a project just like ODesk Tracker which take snapshots after intervals. The application is working fine in windows and linux. But in Mac when i minimize the application. It gives Error and a popup displays Java Quit Unexpectedly.
A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007fff885a20e6, pid=1386, tid=1287
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b118) (build 1.8.0-ea-b118)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b60 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# C [libobjc.A.dylib+0x80e6] objc_release+0x16
#
# 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:
# /Users/babita/Documents/workspace/FBTracker 2/hs_err_pid1386.log

Failed to launch javafx jar on Max OS X 10.7.5

I am running Mac OS X 10.7.5 on VMware player.
I have installed these on my system -
I have jdk-7u12-ea-bin-b07-macosx-x86_64-27_dec_2012.dmg
jre-7u10-macosx-x64.dmg
netbeans-7.2.1-ml-javase-macosx.dmg
I have set java Java Home pointing to java 1.7. On command prompt it showing version as -
Java(TM) SE Runtime Environment (build 1.7.0_12-ea-b07)
Java HotSpot(TM) 64-Bit Server VM (build 24.0-b28, mixed mode)
Whenener I am trying to run a jar file created from my JavaFX application. It throw this fatal error on commd prompt-
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x00007fff88a54fdf, pid=404, tid=18947
# JRE version: Java(TM) SE Runtime Environment (7.0_12-b07) (build 1.7.0_12-ea-b07)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.0-b28 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# C [libobjc.A.dylib+0x9fdf] objc_msgSend_fixup+0x5f
# 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:
# /Users/User/Desktop/JavaFX/hs_err_pid404.log
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
Abort trap: 6
Details of fatal error while ex
http://neelamsharma.s3.amazonaws.com/jarerrorlog.log
On launching netbeans it producing this fatal error -
http://neelamsharma.s3.amazonaws.com/hs_err_while%20_running_netbeans.log
On opening Java Preferences from System Preferences it showing this fatal erros -
http://neelamsharma.s3.amazonaws.com/javapreferences.log
I am unable to do anything on Mac OS X, how can I get rid of this errors ?
Uninstall the EA jdk and use a released version.
I logged an issue for this problem: http://javafx-jira.kenai.com/browse/RT-28144
Neelam, all you need is to change the prism.order system property BEFORE JavaFX loads your javafx.application.Applcation class.
If your class with public static void main(String[]) extends the javafx.application.Application class then move the main(String[]) method to another class, Main.java for example.
2) Add to your main(String[]) method some code that changes the prism.order property to "sw" (software rendering), for example:
public class Main {
public static void main(String[] args) {
AccessController.doPrivileged(new PrivelegedAction<Void>() {
#Override
public Void run() {
Properties props = System.getProperties();
props.put("prism.order", "sw");
Application.launch(YourApplication.class);
return null;
}
});
}
}

Resources