New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OpenJDK 8-only JVM crash #12119
Comments
How easily are you able to recreate this crash? I looked through the buffer implementations, and I don't see any obvious issue, assuming that there isn't a release of a direct, unsafe ByteBuf that is racing with a call to If you are able to trigger this issue reliably, it'd be interesting to have a debugger attached and see if we're writing to a |
By referencing the same libraries I mentioned in the main post, I was able to recreate the crash in this very simple test https://github.com/juanputrerasm/maven-test |
i meet this problem too。os is mac monterey |
I am facing this problem too. I am trying to fetch Blobs from Azure Blob Storage using Netty version: 4.1.72.Final
Error message:
|
Hitting same issue but stemming from Redisson's usage of netty:
|
Might be related to - https://bugs.openjdk.java.net/browse/JDK-8058781 which links to https://bugs.openjdk.java.net/browse/JDK-8058744 |
@chrisvest I attached a debugger and it appears to be a memory address |
@jaGarcia can you check if the buffer was released which means the refCnt is 0 ? |
I think this may be isolated to the homebrew openjdk@8 version 1.8.0+322. I'm not getting this error in AdoptOpenJDK 1.8 (b252) or Temurin 1.8 (b322). I'm now running into another SIGSEGV error but it doesn't appear to be coming from any netty resources... |
@juanputrerasm The reproducer you posted connects to something on |
Hello! My reporting here was a part of a multi-day JVM crashing bonanza-debugging session. Once i got past this part I ran into an error in grails 5 that is definitively stemming from our use of the springloaded agent. I haven't gone back to see if that was also causing my problem here with openJDK8 but figured it was worth mentioning to those following this thread just in case. adding the following to dependencies {} in build.gradle caused the problem I reported here |
@chrisvest the connection was intended to work, it can be anything; a GET, POST, an empty response body, etc. but it must work. |
I have exactly the same problem with OpenJDK 8.0_302 (build 1.8.0_302-bre_2021_07_21_23_11-b00) under MacOS (Big Sur)
|
After switching to adoptopenjdk8, it's working. So probably the issue is on the open jdk 8's implementation. |
Same issue with |
@wangy325 do you have a reproducer ? |
It happens when I invoke a Restful service (get request) after spring-server initialized every time. A
Here is the pid file: By the way, I go to IDEA |
Switched to Temurin OpenJDK 8, and it can work
|
Then, it's most likely not a matter of switch vendor but of upgrading from |
I got this JVM issue in Flink code, not in netty, not eaxctly the same error, but I believe they are the same problem in OpenJDK. I tried Homebrew OpenJDK
Temurin OpenJDK 1.8.0_345-b01 fixed my problem. |
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-bom</artifactId>
<version>4.1.36.Final</version>
<type>pom</type>
<scope>import</scope>
</dependency> I reduced the Netty version and solved the problem. The previous Netty version was "4.1.82" |
same error with open-jdk 1.8 |
Maybe the buffer used to perform the utf8 write have a long encoded string and is released elsewhere without being retained? Hence is shared without increase ref counter |
I am getting a JVM crash only on OpenJDK 8. Standard JDK 8 works fine, and I wonder if is this a dependency issue.
Expected behavior
No JVM crash
Actual behavior
JVM crash / SIGSEGV
Steps to reproduce
JVM crashes with OpenJDK 8 312 (latest) . Oracle JDK 8 202 works fine.
I am using Spring boot Starter Webflux 2.6.3 (reactor-netty 1.10.5) and netty-resolver-dns-native-macos version 4.1.72.Final.
The only transitive dependencies I could not update were netty-handler and netty-codec-http (version 4.1.52.Final). They are used by netty-reactive-streams-http 2.0.5, which is the version that Amazon's netty-nio-client 2.17.134 uses (for Amazon s3 2.17.134, their latest version) I haven't tried yet updating them manually.
I attached a screenshot of my maven dependency hierarchy
Netty version
4.1.72.Final
JVM version (e.g.
java -version
)OpenJDK 8 1.8.0_312
OpenJDK 64-Bit Server VM (25.312-b00) for bsd-amd64 JRE (1.8.0_312-bre_2022_01_01_23_04-b00)
OS version (e.g.
uname -a
)Mac OS 12.0.1
The text was updated successfully, but these errors were encountered: