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

Benjamin Roth commented on CASSANDRA-12905:
-------------------------------------------

Hi Pualo,

Indeed, my time is currently VERY limited, my wife came back home from hospital 
with our new born child. So currently I am not able to think about all that 
with the concentration it requires and deserves. So I suggest, you apply 
cosmetic changes on your own - after all you have much more experience with the 
code base, so I'd leave these decisions up to you anyway. I personally would 
not know how to interpret the name "droppable" but if you say there is a 
pattern that is also used somewhere else, why not.
According to your feedback I absolutely support your decision to overwork and 
or overthink this issue and address it later for not to block the release.

My plan was to get back to all that issues next week when (hopefully) my CPU is 
a little bit more idle again :) Probably I will then ask for help / a second 
brain.

Thanks so far!

> Retry acquire MV lock on failure instead of throwing WTE on streaming
> ---------------------------------------------------------------------
>
>                 Key: CASSANDRA-12905
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12905
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Streaming and Messaging
>         Environment: centos 6.7 x86_64
>            Reporter: Nir Zilka
>            Assignee: Benjamin Roth
>            Priority: Critical
>             Fix For: 3.10
>
>
> Hello,
> I performed two upgrades to the current cluster (currently 15 nodes, 1 DC, 
> private VLAN),
> first it was 2.2.5.1 and repair worked flawlessly,
> second upgrade was to 3.0.9 (with upgradesstables) and also repair worked 
> well,
> then i upgraded 2 weeks ago to 3.9 - and the repair problems started.
> there are several errors types from the system.log (different nodes) :
> - Sync failed between /xxx.xxx.xxx.xxx and /xxx.xxx.xxx.xxx
> - Streaming error occurred on session with peer xxx.xxx.xxx.xxx Operation 
> timed out - received only 0 responses
> - Remote peer xxx.xxx.xxx.xxx failed stream session
> - Session completed with the following error
> org.apache.cassandra.streaming.StreamException: Stream failed
> ----
> i use 3.9 default configuration with the cluster settings adjustments (3 
> seeds, GossipingPropertyFileSnitch).
> streaming_socket_timeout_in_ms is the default (86400000).
> i'm afraid from consistency problems while i'm not performing repair.
> Any ideas?
> Thanks,
> Nir.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to