cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nick Bailey (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-3187) Return both listen_address and rpc_address through describe_ring
Date Tue, 13 Sep 2011 03:16:10 GMT


Nick Bailey updated CASSANDRA-3187:

    Attachment: 0001-1.0-Return-both-rpc-address-and-listen-address-with-v2.patch

Rebased to make the required parameter listen_address again and add an optional rpc_address.

> Return both listen_address and rpc_address through describe_ring
> ----------------------------------------------------------------
>                 Key: CASSANDRA-3187
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.0.0
>            Reporter: Nick Bailey
>            Assignee: Nick Bailey
>            Priority: Minor
>             Fix For: 0.8.6, 1.0.0
>         Attachments: 0001-0.8-Return-both-rpc-address-and-listen-address-with-the-.patch,
0001-0.8-Return-both-rpc-address-and-listen-address-with-v2.patch, 0001-1.0-Return-both-rpc-address-and-listen-address-with-the-.patch,
> CASSANDRA-1777 changed describe_ring to return the rpc address associated with a node
instead of the listen_address. This allows using different interfaces for listen_address and
rpc_address, but breaks when rpc_address is set to something like
> I think the describe_ring should just return both interfaces. We can add an optional
field to the TokenRange struct that is 'listen_endpoints' or something similar and populate
that with the listen addresses of nodes.

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message