Skip to content
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.

Sign up for GitHub

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

Jump to bottom

JRuby 9.1.x.x is able to cause a SIGSEGV in OpenJDK 7.x #4365

Closed
JasonLunn opened this issue Dec 6, 2016 · 10 comments
Closed

JRuby 9.1.x.x is able to cause a SIGSEGV in OpenJDK 7.x #4365

JasonLunn opened this issue Dec 6, 2016 · 10 comments
Milestone
Invalid or Duplicate

Comments

@JasonLunn
Copy link
Contributor

JasonLunn commented Dec 6, 2016 •
edited

Environment

JRuby 9.1.6.0

Observed in two environments:

JRE version: OpenJDK Runtime Environment (7.0_101) (build 1.7.0_101-b00)
Java VM: OpenJDK 64-Bit Server VM (24.95-b01 mixed mode linux-amd64 compressed oops)
Derivative: IcedTea 2.6.6
Distribution: Ubuntu 12.04 LTS, package 7u101-2.6.6-0ubuntu0.12.04.1
Problematic frame:
V  [libjvm.so+0x4752fc]

Most frequent - running tests on our own TeamCity agents

and

JRE version: Java(TM) SE Runtime Environment (7.0_76-b13) (build 1.7.0_76-b13)
Java VM: Java HotSpot(TM) 64-Bit Server VM (24.76-b04 mixed mode linux-amd64 compressed oops)
Problematic frame:
V  [libjvm.so+0x7d23fd]  methodOopDesc::result_type() const+0xd

Less frequent - running tests for a different project on Travis

Expected Behavior

  • JVM doesn't crash hard, ever

Actual Behavior
@JasonLunn
Copy link
Contributor Author

hs_err_pid45220.log.txt

@headius
Copy link
Member

headius commented Dec 11, 2016

Definitely looks like a JVM issue unfortunately. We might be able to mitigate it. This is latest Java 7 yes? And you can't use 8?

@JasonLunn
Copy link
Contributor Author

@headius - it is at least two different point releases of JDK7, both of which appear to be the latest for the distribution of the OS on which they're running. These are JVM's that have been happily running JRuby 1.7.x for some time with no such crash, so while I admit that if the JVM is crashing that's got to be a Java issue, it does seem that JRuby 9K knows how to excite that failure mode in a way that 1.7.x never did.

I have more log files like the one attached above if they would be helpful. Also, I've submitted a ticket for IcedTea here

@headius
Copy link
Member

headius commented Dec 12, 2016

Ok, had a chance to look at your crash log. It is crashing in the GC thread, so it's looking more like a JVM bug. You might try running with a different GC (it's using CMS, you could try parallel or G1 perhaps). I see there are some Ruby threads running, but it's pretty hard to know how closely they are related to the GC crash.

@headius
Copy link
Member

headius commented Dec 12, 2016

@bbrowning Any thoughts on this? According to the IcedTea issue, this is happening sporadically while running Torquebox tests.

@JasonLunn
Copy link
Contributor Author

To be clear, the crash log above is not from my branch of torquebox (because if there is a way to get arbitrary crash log files out of Travis when it fails then I don't know it). The crash log is from a different code base entirely - the common thread between them is that in both code bases I was trying to transition to 9.1.6.0.

@JasonLunn
Copy link
Contributor Author

More samples from our TeamCity CI server running tests for an in-house application.

hs_err_pid41990.log.txt
hs_err_pid42275.log.txt
hs_err_pid46230.log.txt

@enebo
Copy link
Member

enebo commented Dec 12, 2016

2 of those 3 crash were within safepoints. I would have expected more all or nothing in that regard.

@JasonLunn
Copy link
Contributor Author

FWIW, this issue was observed again today while using 9.1.7.0

hs_err_pid20451.log.txt

@JasonLunn JasonLunn changed the title JRuby 9.1.6.0 is able to cause a SIGSEGV in OpenJDK 7.x JRuby 9.1.x.x is able to cause a SIGSEGV in OpenJDK 7.x Feb 5, 2017
@JasonLunn JasonLunn mentioned this issue Feb 18, 2017
Closed
@JasonLunn
Copy link
Contributor Author

Haven't observed this issue in a very long time and I am no longer running this configuration.

@kares kares added this to the Invalid or Duplicate milestone Feb 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
Invalid or Duplicate
Development

No branches or pull requests
4 participants
@headius @enebo @kares @JasonLunn