cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benedict (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-5902) Dealing with hints after a topology change
Date Fri, 19 Sep 2014 15:32:34 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-5902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14140743#comment-14140743
] 

Benedict commented on CASSANDRA-5902:
-------------------------------------

Well, we could write directly to each end point individually with CL.ONE, and if any fail
write a new hint for that end point. In general that's only likely to at most result in one
extra copy of the hint, and we can remove it immediately from the current end point's hint
table, and the next retry won't involve any more nodes since it should still be a member of
the end point set (unless more range movements have happened).

> Dealing with hints after a topology change
> ------------------------------------------
>
>                 Key: CASSANDRA-5902
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-5902
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Jonathan Ellis
>            Assignee: Branimir Lambov
>            Priority: Minor
>             Fix For: 2.1.1
>
>
> Hints are stored and delivered by destination node id.  This allows them to survive IP
changes in the target, while making "scan all the hints for a given destination" an efficient
operation.  However, we do not detect and handle new node assuming responsibility for the
hinted row via bootstrap before it can be delivered.
> I think we have to take a performance hit in this case -- we need to deliver such a hint
to *all* replicas, since we don't know which is the "new" one.  This happens infrequently
enough, however -- requiring first the target node to be down to create the hint, then the
hint owner to be down long enough for the target to both recover and stream to a new node
-- that this should be okay.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message