You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Paulo Motta (Jira)" <ji...@apache.org> on 2022/01/05 15:40:00 UTC
[jira] [Updated] (CASSANDRA-17223) Node can be left in a bad state after invalid memory access exception
[ https://issues.apache.org/jira/browse/CASSANDRA-17223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Paulo Motta updated CASSANDRA-17223:
------------------------------------
Labels: lhf (was: )
> Node can be left in a bad state after invalid memory access exception
> ---------------------------------------------------------------------
>
> Key: CASSANDRA-17223
> URL: https://issues.apache.org/jira/browse/CASSANDRA-17223
> Project: Cassandra
> Issue Type: Bug
> Components: Local/Other
> Reporter: Paulo Motta
> Priority: Normal
> Labels: lhf
>
> There were a few reports of errors containing the following exception: {noformat}java.lang.InternalError: a fault occurred in a recent unsafe memory access operation in compiled Java {noformat} (CASSANDRA-8642, CASSANDRA-5737, CASSANDRA-11201, CASSANDRA-13091), normally closed as invalid due to the difficulty in reproducing it.
> This exception can be thrown in a [variety of scenarios|https://stackoverflow.com/a/45536678] generally involving a kernel fault during unsafe memory access.
> I've seen an occurence of this issue where the node went into a bad state after a memory access error.
> I believe this exception should be treated analogous to `OutOfMemoryException` (CASSANDRA-13006 ) and cause the process to crash if/when encountered, perhaps guarded by a flag.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org