Bug 1582404
| Summary: | Java font tmp files are deleted from /tmp, leading to JVM crash | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | István Tóth <stoty> | ||||||||
| Component: | java-1.8.0-openjdk | Assignee: | Mario Torre <neugens> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | OpenJDK QA <java-qa> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 7.4 | CC: | 1300314679, ahughes, dbhole, jvanek, neugens | ||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2020-05-12 16:22:05 UTC | Type: | Bug | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
István Tóth
2018-05-25 06:46:26 UTC
Created attachment 1441443 [details]
proposed tmpfiles.d config file
This seems like outside the control of the JDK, or perhaps as suggested we can add exclude of some kind, but seems to me a configuration issue rather than a bug (we could perhaps regenerate the font map, but I expect this to be quite a lot of refactoring, not sure how feasible it is to be honest). I'll track the upstream bug and see if there's something we can do to fix in code, but I would suggest to work around by not deleting the files in the first place. (In reply to Mario Torre from comment #3) > This seems like outside the control of the JDK, or perhaps as suggested we > can add exclude of some kind, but seems to me a configuration issue rather > than a bug (we could perhaps regenerate the font map, but I expect this to > be quite a lot of refactoring, not sure how feasible it is to be honest). > > I'll track the upstream bug and see if there's something we can do to fix in > code, but I would suggest to work around by not deleting the files in the > first place. Or perhaps we should move those files somewhere under /var/run/ I see there's some refactoring in this area in 9: changeset: 14040:5ddf42bdf7ca user: prr date: Tue Mar 22 14:46:48 2016 -0700 summary: 8055463: Need public API allowing full access to font collections in Font.createFont() which might explain why they don't see it on that version in the OpenJDK bug. /var/cache might be a better location for these files. I see it already has some font data on my local machine. I can get a simple application to create the tmp font files, but I can't crash it. I would appreciate if you have a simple reproducer (possibly one that doesn't involve setting up jasper report and wait for 10 days!) I have realized that the referred OpenJDK bug, and my case are NOT identical. While the symptoms and the trigger are the same, the actual crash occurs in a different native library. The JDK-8051956 bug refers to the libt2k library, which is included in the Oracle JVM, while my crash occurs in the libfreetype.so library, which is used by OpenJDK. That said, I am attaching attaching a reproducer that works on my Fedora system. You can tweak the font root dir, and the number of times each font is loaded. It seems that you need to load more than 20-30 fonts, AND you have to load them multiple times to trigger the bug. Created attachment 1451592 [details]
reproducer for the bug
The reproducer works on my Centos 7.5 test system, as well. How did you finally solve this problem? Have you made any modifications to the JDK code? Can I only solve it by not deleting the .tmp file and is it possible to upgrade the JDK? Now I am using version 1.8.0_192. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |