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 2011/01/10 04:26:47 UTC
[jira] Updated: (CASSANDRA-1777) The describe_host API method is
misleading in that it returns the interface associated with gossip traffic
[ https://issues.apache.org/jira/browse/CASSANDRA-1777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis updated CASSANDRA-1777:
--------------------------------------
Remaining Estimate: 16h
Original Estimate: 16h
> The describe_host API method is misleading in that it returns the interface associated with gossip traffic
> ----------------------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-1777
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1777
> Project: Cassandra
> Issue Type: Bug
> Reporter: Nate McCall
> Assignee: Brandon Williams
> Fix For: 0.8
>
> Original Estimate: 16h
> Remaining Estimate: 16h
>
> If the hardware is configured to use separate interfaces for thrift and gossip, the gossip interface will be returned, given the results come out of the ReplicationStrategy eventually.
> I understand the approach, but given this is on the API, it effective worthless in situations of host auto discovery via describe_ring from a client. I actually see this as the primary use case of this method - why else would I care about the gossip iface from the client perspective? It's current form should be relegated to JMX only.
> At the same time, we should add port information as well.
> describe_splits probably has similar issues.
> I see the potential cart-before-horse issues here and that this will probably be non-trivial to fix, but I think "give me a set of all the hosts to which I can talk" is pretty important from a client perspective.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.