You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2014/03/14 17:32:46 UTC

[jira] [Commented] (CASSANDRA-6339) Provide mechanism for probing specific endpoints for a row key and/or column

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

Jonathan Ellis commented on CASSANDRA-6339:
-------------------------------------------

I'm pretty sure this doesn't meet the cost:benefit threshold to be worth a new feature.  We have tracing at a high level, and getendpoints + sstable2json at a low level.  These have been pretty successful at figuring out problems in my experience, and I don't see the proposal as adding any new information on top.

> Provide mechanism for probing specific endpoints for a row key and/or column
> ----------------------------------------------------------------------------
>
>                 Key: CASSANDRA-6339
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6339
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>         Environment: Production
>            Reporter: Ahmed Bashir
>
> In order to facilitate problem diagnosis, there should be a mechanism for retrieving row/column information from a specific node as opposed to having the said node request data from replicas with some CL and reconciling the data.  This mechanism should also avoid read repair and so forth; just a simple way to probe an endpoint to see what it knows about a row and/or column(s).



--
This message was sent by Atlassian JIRA
(v6.2#6252)