jdk8 jvm C1 CompilerThread sometimes crash without reason #925
Comments
|
@zwguo Please update to 1.8.0_392 (coming out this week) and reported back here if it's still an issue. |
|
@karianna OK，can you tell me the reason why the jvm crash? and how can i avoid it, any suggest? thank the your reply. |
|
I think it's just a straight bug in C1 that has likely been fixed in subsequent releases. |
|
@karianna hi, I update the jdk to 1.8.0_392-b08, but the jvm crashes again today, the information is: is my updated version correct? hope to get a reply. |
|
@zwguo Can you send in the hs_err..log file? |
|
hs_err_pid37.log |
|
@karianna Hi, do you need additional information? |
|
@zwguo interesting - what version of netty are you using? Any other libraries that are doing networking / Socket I/O? |
|
@karianna hi, the version list is : netty (search netty) : others (search http) : The 'company custom jar' is the same as origin jar, just fix some bugs -- from company colleage. Hope for reply. |
|
@karianna May I ask if there is any progress? |
|
OK, so you have mixed up netty versions in there io.netty:netty:3.10.6.Final (you need to remove this) & io.netty:netty-all:4.1.68.Final and 4.1.68.Final is not the latest version with associated bug fixes. I recommend bringing your netty dependencies up to date. 4.1.101 is hte latest version at time of writing. |
|
@karianna Okay, I try to remove 'io.netty:netty:3.10.6.Final'. |
|
@karianna hi, I failed to remove 'io.netty:netty:3.10.6.Final', there are too many dependency... |
I can't help you further I'm afraid, you'll have to upgrade the accompanying dependencies so you don't have two clashing versions of netty |
Hi @karianna , I have a different opinion. Different 3rd-party dependencies may use different versions of netty. And netty 3 and 4 use different package names. If using both of them at the same time can cause some runtime errors, it shouldn't not a C1 Compiler SEGV, but a Java Exception or Error.
|
|
@CH3CHO Can you send in a new crash log with the netty version at the new 4.1.101 version? I think it's either that or the earlier netty version causing the crash. |
|
hs_err_pid117-aftercheck.log io.grpc:grpc-netty:1.40.1-(mycompany).1 io.grpc:grpc-netty-shaded:1.40.1-(mycompany).1 io.netty:netty:3.10.5.Final com.typesafe.netty:netty-reactive-streams:2.0.4` hope for reply. |
|
@zwguo are you able to share the core file at |
|
@karianna hi, i managed to get the core file, bug it is too big: 1.9gb (compressed) , the attach file here max is 25mb, so how can i give it to you? |
|
@karianna the file is too big, i use the gdb find some info, is it enough?
|
|
You can try https://www.transfernow.net/en |
|
@karianna Sorry, the core file cannot be shared due to information security reasons, anthoer gdb info :
Is the above enough？ |
|
@karianna add:
install libjvm.so, get the related souce:
139 Value stack_at_inc(int& i) const { |
|
@karianna relative context information： (gdb) f 8
#8 ValueStack::pop_arguments (this=0x7ffaf8deb580, argument_size=<optimized out>) at /home/jenkins/workspace/build-scripts/jobs/release/jobs/jdk8u/jdk8u-release-linux-x64-temurin/workspace/build/src/hotspot/src/share/vm/c1/c1_ValueStack.cpp:147
warning: Source file is more recent than executable.
147 for (int i = base; i < stack_size();) args->push(stack_at_inc(i));
(gdb) i locals
i = 2
base = 0
(gdb) f 7
#7 stack_at_inc (i=<synthetic pointer>, this=0x7ffaf8deb580) at /home/jenkins/workspace/build-scripts/jobs/release/jobs/jdk8u/jdk8u-release-linux-x64-temurin/workspace/build/src/hotspot/src/share/vm/c1/c1_ValueStack.hpp:141
141 i += x->type()->size();
(gdb) p *this
$2 = {<CompilationResourceObj> = {<No data fields>}, _scope = 0x7ffaf8506dd0, _caller_state = 0x0, _bci = -99, _kind = ValueStack::Parsing, _locals = {<ValueArray> = {<ResourceArray> = {<ResourceObj> = {<No data fields>}, _length = 4,
_data = 0x7ffaf8deb5e0}, <No data fields>}, _size = 4}, _stack = {<ValueArray> = {<ResourceArray> = {<ResourceObj> = {<No data fields>}, _length = 3, _data = 0x7ffaf8deb600}, <No data fields>}, _size = 4},
_locks = {<ValueArray> = {<ResourceArray> = {<ResourceObj> = {<No data fields>}, _length = 0, _data = 0x7ffaf8deb5e0}, <No data fields>}, _size = 0}}
(gdb) p _stack
$3 = {<ValueArray> = {<ResourceArray> = {<ResourceObj> = {<No data fields>}, _length = 3, _data = 0x7ffaf8deb600}, <No data fields>}, _size = 4} |
|
We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable. |
|
@zwguo Is this still an issue - I note we have a 1.8.0_412 release coming out next week which may be wort trying |
|
We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable. |
Please provide a brief summary of the bug
Please provide steps to reproduce where possible
I have no idea why this happens, so i can not reproduce it.
Expected Results
not crash
Actual Results
jvm crash
What Java Version are you using?
openjdk version "1.8.0_302" OpenJDK Runtime Environment (Temurin)(build 1.8.0_302-b08) OpenJDK 64-Bit Server VM (Temurin)(build 25.302-b08, mixed mode)
What is your operating system and platform?
CentOS Linux release 7.9.2009 (Core)
Linux 5.10.56-20210827.el7.centos.x86_64/amd64
in docker
How did you install Java?
installer package
https://adoptium.net/zh-CN/temurin/archive/?variant=openjdk8&jvmVariant=hotspot&version=8
Did it work before?
Did you test with the latest update version?
Did you test with other Java versions?
Relevant log output
The text was updated successfully, but these errors were encountered: