I just learned about a NIO bug[1] in the latest JDK 7u40 release that could impact RHQ. The storage node makes extensive use of java.nio as does the client library used by the RHQ server. Just something of which to be aware if you are running on Java 7 u40.
[1] https://bugs.openjdk.java.net/browse/JDK-8024883
- John
Thanks for the info.
Just some questions on this:
* Where might the error manifest? * Is there a particular use-case or activity that might manifest this? Or exacerbate this ? * If that NPE is thrown, do you expect that exception to be caught and handled properly? * Is there anything that can be done now to mitigate this risk?
----- Original Message -----
From: "John Sanda" jsanda@redhat.com To: rhq-users@lists.fedorahosted.org, rhq-devel@lists.fedorahosted.org Sent: Wednesday, September 18, 2013 10:25:00 AM Subject: JDK 7u40 bug
I just learned about a NIO bug[1] in the latest JDK 7u40 release that could impact RHQ. The storage node makes extensive use of java.nio as does the client library used by the RHQ server. Just something of which to be aware if you are running on Java 7 u40.
[1] https://bugs.openjdk.java.net/browse/JDK-8024883
- John
_______________________________________________ rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users
On Wed, Sep 18, 2013 at 7:25 AM, John Sanda jsanda@redhat.com wrote:
I just learned about a NIO bug[1] in the latest JDK 7u40 release that could impact RHQ. The storage node makes extensive use of java.nio as does the client library used by the RHQ server. Just something of which to be aware if you are running on Java 7 u40.
The file descriptor count would have to be over 64k, which I suppose could happen, though for that most people would need a much higher ulimit. All 64k would have to be in use, not just created as POSIX says you have to reuse closed file descriptors.
By the way, it looks like RHQ uses about one socket per connection, and about 1000 file descriptors (jar files etc.) out of the box.
rhq-users@lists.stg.fedorahosted.org