微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

jdk-12.0.2指向未知的可读内存arrach64

如何解决jdk-12.0.2指向未知的可读内存arrach64

我该如何解决这个问题? 我在arrch64 centos Linux版本7.6.1810中使用elasticSearch jdk版本是OpenJDK运行时环境(12.0.2 + 10)(内部版本12.0.2 + 10-201911200951) //这个问题发生在aarch64中,jvm是-Xmx 30g -xms 30g

#
# A Fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x0000ffffbb48f828,pid=440839,tid=441952
#
# JRE version: OpenJDK Runtime Environment (12.0.2+10) (build 12.0.2+10-201911200951)
# Java VM: OpenJDK 64-Bit Server VM (12.0.2+10-201911200951,mixed mode,sharing,tiered,compressed oops,concurrent mark sweep gc,linux-aarch64)
# Problematic frame:
# V  [libjvm.so+0x49f828]  oopDesc::size_given_klass(Klass*)+0x0
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e %P %I %h" (or dumping to /home/log/elasticsearch/es-data-2/core.440839)
#
# If you would like to submit a bug report,please visit:
#   https://github.com/AdoptOpenJDK/openjdk-build/issues
#

---------------  S U M M A R Y ------------

Command Line: -Des.networkaddress.cache.ttl=60 -Des.networkaddress.cache.negative.ttl=10 -XX:+AlwaysPretouch -Xss1m -Djava.awt.headless=true -Dfile.encoding=UTF-8 -Djna.nosys=true -XX:-OmitStackTraceInFastThrow -dio.netty.noUnsafe=true -dio.netty.noKeySetoptimization=true -dio.netty.recycler.maxCapacityPerThread=0 -dio.netty.allocator.numDirectArenas=0 -Dlog4j.shutdownHookEnabled=false -Dlog4j2.disable.jmx=true -Djava.locale.providers=COMPAT -xms30g -Xmx30g -XX:+UseConcmarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -Djava.io.tmpdir=/tmp/elasticsearch-9203841574539696523 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=data -XX:ErrorFile=logs/hs_err_pid%p.log -Xlog:gc*,gc+age=trace,safepoint:file=logs/gc.log:utctime,pid,tags:filecount=32,filesize=64m -XX:MaxDirectMemorySize=16106127360 -Des.path.home=/home/log/elasticsearch/es-data-2 -Des.path.conf=/home/log/elasticsearch/es-data-2/config -Des.distribution.flavor=default -Des.distribution.type=tar -Des.bundled_jdk=true org.elasticsearch.bootstrap.Elasticsearch -d

Host: AArch64,128 cores,383G,CentOS Linux release 7.6.1810 (AltArch) 
Time: Tue Aug 18 18:04:26 2020 CST elapsed time: 75109 seconds (0d 20h 51m 49s)

---------------  T H R E A D  ---------------

Current thread (0x0000ffff5406f000):  GCTaskThread "GC Thread#29" [stack: 0x0000fffe64080000,0x0000fffe64280000] [id=441952]

Stack: [0x0000fffe64080000,0x0000fffe64280000],sp=0x0000fffe6427e570,free space=2041k
Native frames: (J=compiled Java code,A=aot compiled Java code,j=interpreted,Vv=VM code,C=native code)
V  [libjvm.so+0x49f828]  oopDesc::size_given_klass(Klass*)+0x0
V  [libjvm.so+0x32bf24]  BlockOffsetArrayNonContigSpace::block_start_unsafe(void const*) const+0xb4
V  [libjvm.so+0x46e678]  CMSCardTable::process_stride(Space*,MemRegion,int,OopsInGenClosure*,CardTableRS*,signed char**,unsigned long,unsigned long)+0x200
V  [libjvm.so+0x46eabc]  CMSCardTable::non_clean_card_iterate_parallel_work(Space*,unsigned int)+0xac
V  [libjvm.so+0x3f06c8]  CardTableRS::younger_refs_in_space_iterate(Space*,unsigned int)+0x158
V  [libjvm.so+0x3e9e14]  CardGeneration::younger_refs_iterate(OopsInGenClosure*,unsigned int)+0x54
V  [libjvm.so+0x64e164]  GenCollectedHeap::young_process_roots(StrongRootsScope*,CLDClosure*,OopStorage::ParState<false,false>*)+0x18c
V  [libjvm.so+0xa4470c]  ParNewGenTask::work(unsigned int)+0xbc
V  [libjvm.so+0xd53128]  GangWorker::loop()+0x58
V  [libjvm.so+0xccba34]  Thread::call_run()+0x94
V  [libjvm.so+0xa29680]  thread_native_entry(Thread*)+0x108
C  [libpthread.so.0+0x7c48]  start_thread+0xb4


siginfo: si_signo: 11 (SIGSEGV),si_code: 1 (SEGV_MAPERR),si_addr: 0x0000000f81a49808

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。