You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Chris Goffinet (JIRA)" <ji...@apache.org> on 2009/09/01 06:09:32 UTC
[jira] Updated: (CASSANDRA-404) SSTable write lock not releasing
[ https://issues.apache.org/jira/browse/CASSANDRA-404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Goffinet updated CASSANDRA-404:
-------------------------------------
Attachment: stack.log.gz
Our stack trace from the running node in question.
> SSTable write lock not releasing
> --------------------------------
>
> Key: CASSANDRA-404
> URL: https://issues.apache.org/jira/browse/CASSANDRA-404
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.4
> Reporter: Chris Goffinet
> Attachments: stack.log.gz
>
>
> Today we saw a node lock up when trying to serve reads. Current investigation shows that some threads are trying to acquire a ssTable_.lock(). This means that somehow Cassandra has gotten into a state with a write lock that has not been released (blocking read locks). Thrift connections started piling up after this occurred. We also are seeing a race condition with ConcurrentLinkedHashMap using appendToTail.
> We are currently investigating the ssTable lock. We could remove the ConcurrentLinkedHashMap for now until that's resolved.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.