BUILD SUCCESSFUL in 8s
3 actionable tasks: 3 executed
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00000000000057d6, pid=90, tid=0x00007fb1dd006700
#
# JRE version: OpenJDK Runtime Environment (8.0_161-b14) (build 1.8.0_161-b14)
# Java VM: OpenJDK 64-Bit Server VM (25.161-b14 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C 0x00000000000057d6
#
# Core dump written. Default location: /usr/share/logstash-6.2.0/core or core.90
#
# An error report file with more information is saved as:
# /usr/share/logstash-6.2.0/hs_err_pid90.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#0 0x00007fe63a5da1f7 in raise () from /lib64/libc.so.6
#1 0x00007fe63a5db8e8 in abort () from /lib64/libc.so.6
#2 0x00007fe639e88259 in os::abort(bool) ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#3 0x00007fe63a08d986 in VMError::report_and_die() ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#4 0x00007fe63a08e057 in crash_handler(int, siginfo_t*, void*) ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#5 <signal handler called>
#6 0x00007fe639e823f6 in os::print_hex_dump(outputStream*, unsigned char*, unsigned char*, int) ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#7 0x00007fe63a08cad0 in VMError::report(outputStream*) ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#8 0x00007fe63a08d4bd in VMError::report_and_die() ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#9 0x00007fe639e91ec7 in JVM_handle_linux_signal ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#10 0x00007fe639e85678 in signalHandler(int, siginfo_t*, void*) ()
from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64/jre/lib/amd64/server/libjvm.so
#11 <signal handler called>
#12 0x00000000000057d6 in ?? ()
#13 0x00007fe5fa69925a in call3 ()
from /usr/share/logstash-6.2.0/vendor/jruby/lib/jni/x86_64-Linux/libjffi-1.2.so
#14 0x00007fe5fa69b409 in invoke3 ()
from /usr/share/logstash-6.2.0/vendor/jruby/lib/jni/x86_64-Linux/libjffi-1.2.so
#15 0x00007fe5fa69b606 in Java_com_kenai_jffi_Foreign_invokeN3O1 ()
from /usr/share/logstash-6.2.0/vendor/jruby/lib/jni/x86_64-Linux/libjffi-1.2.so
#16 0x00007fe6250174d4 in ?? ()
#17 0x0000000000000000 in ?? ()
I used gdb $JAVA_HOME/bin/java core.180 to get stack trace.
Although I download jruby-bin-9.1.15.0.tar.gz and save it at vendor/_/ but it still downloads jruby-bin-9.1.13.0 as it is shown here from gradle. I think gradle-4.3 is configured to do this.
Found that segmentation fault occurs when I build logstash 6.2 within docker container. logstash 6.1.3 builds successfully though using same rake artifact:rpm command.
But I need to build logstash 6.2 within docker container and create image out of it.
Any idea would be helpful.
Within docker container when I provide JRUBY_OPTS='-J-Xmn2g -J-Xms4g -J-Xmx4g' I get Initial heap size set to a larger value than the maximum heap size .
It seems there is issue with jruby native code libjffi.so . gradle downloads jruby under vendor/ and uses that to execute rake artifact:rpm. Try downloading jruby by
Then set path to your jruby installation.
Also you would need bundler which can be installed by jruby -S gem install bundler. Then you may invoke jruby -S rake artifact:rpm. But before this you may also need to export USE_RUBY=1 to use your local ruby installation.
@Sandeep_Sarkar It seem that our problems are not similar since with my setup I've sucessfully builded 6.2.0 using the exact same command... but with an interactive shell
Fixed using export USE_RUBY=1 since the problem was integrated jruby build. Building jruby on the same machine and then using it with USE_RUBY fix the problem.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.