You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "T Jake Luciani (JIRA)" <ji...@apache.org> on 2015/12/30 22:40:49 UTC
[jira] [Created] (CASSANDRA-10957) Verify disk is readable on
FileNotFound Exceptions
T Jake Luciani created CASSANDRA-10957:
------------------------------------------
Summary: Verify disk is readable on FileNotFound Exceptions
Key: CASSANDRA-10957
URL: https://issues.apache.org/jira/browse/CASSANDRA-10957
Project: Cassandra
Issue Type: Improvement
Reporter: T Jake Luciani
In JVMStabilityInspector we only mark ourselves unstable when we get some special messages in file not found exceptions.
{code}
// Check for file handle exhaustion
if (t instanceof FileNotFoundException || t instanceof SocketException)
if (t.getMessage().contains("Too many open files"))
isUnstable = true;
{code}
It seems like the OS might also have the same issue of too many open files but will instead return "No such file or directory".
It might make more sense when we check this exception type we try to read a known to exist file to verify if the disk is readable vs relying on the current check.
This would mean creating a hidden file on startup on each data disk? other ideas?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)