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

Jeff Jirsa commented on CASSANDRA-13870:
----------------------------------------

Hi [~kmohapatra] 

Generally speaking, this JIRA is for bug reports and feature requests. For user 
support, you should consider the user (or occasionally dev) mailing lists:

http://cassandra.apache.org/community/

I'd like to close this in a bit, unless you believe your question is really a 
feature request or bug report.




> Cassandra repair process in Low Bandwidth Network
> -------------------------------------------------
>
>                 Key: CASSANDRA-13870
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13870
>             Project: Cassandra
>          Issue Type: Task
>            Reporter: Kishore Mohapatra
>            Priority: Trivial
>
> Hi, 
> we have a cassandra cluster with 7 nodes each in 3 datacenters. 
> Network bandwidth between DC1 and DC2 is very good (10Gbit/s) and a dedicated 
> one. However network pipe between DC1 and DC3 and between Dc2 and DC3 is very 
> poor and has only 100 MBit/s and also goes thru VPN network. Each node 
> contains about 100 Gb of data and has a RF of 3. Whenever we run the repair, 
> it fails with streaming errors and never completes.
> I could repair either just in the local dc or just the first two DCs. Can not 
> repair DC3 when i combine with the other two DCs.
> So how can i succesfully repair the keyspace in these kind of environments ?
> I see that there is a parameter to throttle the  inter-dc stream thruput, 
> which default to 200 MBit/s. So what is the minimum threshold that i could 
> set it to  without affecting the cluster ?
> Is there any other way to work in these kind of envornments ?
> I will appreciate your feedback and help on this.
> Thanks
> Kishore



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to