> But I've read in some sources (for example
> http://www.datastax.com/docs/1.0/initialize/cluster_init_multi_dc) that seed
> list MUST include at least one seed from each DC and seed lists should be the
> same for each node.
That article is about creating a new cluster, to add an a DC to an ex
On 05/17/2013 11:19 AM, Sergey Naumov wrote:
But I've read in some sources (for example
http://www.datastax.com/docs/1.0/initialize/cluster_init_multi_dc)
that seed list MUST include at least one seed from each DC and seed
lists should be the same for each node.
Or it is fine if nodes from ne
But I've read in some sources (for example
http://www.datastax.com/docs/1.0/initialize/cluster_init_multi_dc) that
seed list MUST include at least one seed from each DC and seed lists should
be the same for each node.
Or it is fine if nodes from new DC have all seeds specified and nodes from
old D
I see no reason to restart all nodes. You can continue to use seed from
first DC - seed used for loading ring configuration(locations, token
ranges, etc), not data.
On 05/17/2013 10:34 AM, Sergey Naumov wrote:
If I understand you correctly, GossipingPropertyFileSnitch is useful
for manipulatio
If I understand you correctly, GossipingPropertyFileSnitch is useful for
manipulations with nodes within a single DC, but to add a new DC without
having to restart every node in all DCs (because seeds are specified in
cassandra.yaml and I need to restart a node after addition of a new seed
from new
You should configure the seeds as recommended regardless of the snitch used.
You need to update the yaml file to start using the GossipingPropertyFileSnitch
but after that it reads the cassandra-rackdc.properties file to get information
about the node. It reads uses the information in gossip to
As far as I understand, GossipingPropertyFileSnitch supposed to provide
more flexibility in nodes addition/removal. But what about addition of a
DC? In datastax documentation (
http://www.datastax.com/docs/1.2/operations/add_replace_nodes#add-dc) it is
said that cassandra-topology.properties could
