You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "C. Scott Andreas (JIRA)" <ji...@apache.org> on 2018/11/19 05:35:04 UTC
[jira] [Updated] (CASSANDRA-10957) Verify disk is readable on
FileNotFound Exceptions
[ https://issues.apache.org/jira/browse/CASSANDRA-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
C. Scott Andreas updated CASSANDRA-10957:
-----------------------------------------
Component/s: Local Write-Read Paths
> Verify disk is readable on FileNotFound Exceptions
> --------------------------------------------------
>
> Key: CASSANDRA-10957
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10957
> Project: Cassandra
> Issue Type: Improvement
> Components: Local Write-Read Paths
> Reporter: T Jake Luciani
> Priority: Minor
>
> 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, to try to read a known-to-exist file to verify the disk is readable.
> This would mean creating a hidden file on startup on each data disk? other ideas?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org