cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jason Brown (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-5128) Stream hints on decommission
Date Wed, 16 Jan 2013 22:42:12 GMT


Jason Brown commented on CASSANDRA-5128:

LGTM. The only nit is to remove my getNodeForHints() method which is now not called, or move
the logic for determining the candidate host into that method.

Otherwise, +1.
> Stream hints on decommission
> ----------------------------
>                 Key: CASSANDRA-5128
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 1.2.1
>            Reporter: Jason Brown
>            Assignee: Jason Brown
>              Labels: decommission, hints
>         Attachments: 0001-CASSANDRA-5128-stream-hints-on-decommission.patch, 5128-v2.txt
> Looks like decommissioning a node (nodetool decommission) will stream all the non-system
table data out to it's appropriate peers (StorageService.unbootstrap()), but hints will disappear
with the node. Let's send those hints to another peer (preferably in the same rack, and hopefully
at least the same datacenter) them to be replayed.
> The use case here is auto-scaling vnode clusters in ec2. When auto-scaling down, I'd
want to call decommission on the node to leave the ring (and be terminated), and still have
all of it's artifacts (data and hints) survive.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message