Skip to content

AxonOps — AI-Native Control Plane for Open Source Data Platforms

Common Cassandra Errors

Reference guide for frequently encountered Cassandra errors, their causes, and solutions.


Errors occurring when operations exceed configured time limits.

ErrorDefault TimeoutCommon Cause
ReadTimeoutException5000msSlow disk, large partitions, tombstones
WriteTimeoutException2000msOverloaded nodes, disk issues
TruncateException60000msLarge table truncation

Legacy Exception

RangeSliceTimeoutException was a Thrift-era exception. In modern Cassandra (4.0+), range scan timeouts surface as ReadTimeoutException.

Errors related to replica availability.

ErrorCauseSolution
UnavailableExceptionInsufficient replicas aliveCheck node status, reduce consistency level
NoHostAvailableExceptionCannot reach any coordinatorCheck network, verify cluster is running
WriteFailureExceptionReplica write failedCheck failing node logs
ReadFailureExceptionReplica read failedCheck failing node logs

Errors related to data or schema.

ErrorCauseSolution
InvalidQueryExceptionCQL syntax or semantic errorFix query syntax
InvalidRequestExceptionInvalid request parametersCheck request parameters
TombstoneOverwhelmingExceptionToo many tombstonesFix data model, run compaction
SyntaxExceptionCQL syntax errorCheck CQL syntax

Security-related errors.

ErrorCauseSolution
AuthenticationExceptionInvalid credentialsVerify username/password
UnauthorizedExceptionInsufficient permissionsGrant required permissions

Errors related to LWT (Paxos-based compare-and-set operations).

ErrorCauseSolution
CasWriteTimeoutExceptionPaxos consensus timeoutCheck for contention, increase timeout
LWT/non-LWT mixing issuesMixed clock domainsUse LWT consistently for all operations on same data
Silent operation failuresPaxos clock vs regular timestamp conflictSee LWT Troubleshooting

Terminal window
# Node status
nodetool status
# Thread pools (look for blocked/dropped)
nodetool tpstats
# Compaction status
nodetool compactionstats
Terminal window
# Recent errors
grep -i "error\|exception" /var/log/cassandra/system.log | tail -50
# Specific error
grep "TimeoutException" /var/log/cassandra/system.log | tail -20
Terminal window
# Table statistics
nodetool tablestats my_keyspace.my_table
# Key metrics to check:
# - SSTable count (high = needs compaction)
# - Average tombstones per read (high = data model issue)
# - Partition size (large = data model issue)

Workflow for diagnosing and resolving a Cassandra errorWorkflow for diagnosing and resolving a Cassandra errorError Occurs1. Identify error type- Check client exception- Check Cassandra logs2. Check cluster health- nodetool status- nodetool tpstats3. Check specific component- Table stats for data issues- Compaction for performance- Logs for stack traces4. Apply fix- See specific error page- Follow playbook if available

For issues requiring multi-step resolution, see the Troubleshooting Playbooks.


Set up alerts for early warning:

MetricWarning ThresholdCritical Threshold
Read latency p99> 100ms> 500ms
Write latency p99> 50ms> 200ms
Pending compactions> 20> 100
Dropped messages> 0> 10/min
SSTable count> 20 per table> 50 per table
  1. Monitor proactively - Don't wait for errors
  2. Run repairs regularly - Weekly for most workloads
  3. Keep compaction healthy - Monitor pending tasks
  4. Size partitions correctly - Aim for < 100MB per partition
  5. Avoid tombstone accumulation - Use TTLs and proper deletion patterns