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

ASF GitHub Bot commented on STORM-1376:
---------------------------------------

Github user rfarivar commented on a diff in the pull request:

    https://github.com/apache/storm/pull/933#discussion_r47548775
  
    --- Diff: conf/defaults.yaml ---
    @@ -179,7 +179,7 @@ task.refresh.poll.secs: 10
     task.credentials.poll.secs: 30
     
     # now should be null by default
    -topology.backpressure.enable: true
    +topology.backpressure.enable: false
     backpressure.disruptor.high.watermark: 0.9
     backpressure.disruptor.low.watermark: 0.4
    --- End diff --
    
    How about adding a comment describing why the choice of 0.4 and 0.9?


> ZK Becoming deadlocked with zookeeper_state_factory
> ---------------------------------------------------
>
>                 Key: STORM-1376
>                 URL: https://issues.apache.org/jira/browse/STORM-1376
>             Project: Apache Storm
>          Issue Type: Bug
>          Components: storm-core
>    Affects Versions: 0.11.0
>            Reporter: Daniel Schonfeld
>            Assignee: Sanket Reddy
>            Priority: Blocker
>
> Since the introduction of blobstore and pacemaker we've noticed that when 
> using nimbus with the new zookeeper_state_factory backing cluster state 
> module, some of our ZK nodes become unresponsive and show and increasing 
> amounts of outstanding requests (STAT 4-letter command).
> Terminating storm supervisors and nimbus usually gets zookeeper to realize 
> after a few minutes those connections are dead and to become responsive 
> again.  In some extreme cases we have to kill that ZK nodes and bring it back 
> up.
> Our topologies ran across ~10 supervisor nodes with each having about 
> ~400-500 executors. 
> I mention the amount of executors cause I am not sure if someone made each 
> executor by mistake start sending heartbeats instead of each worker and that 
> might possibly be the reason for this slow down.
> Final note.  If someone can jot a few ideas of why this might be happening 
> i'd be more than happy to dig further in the storm code and submit a PR 
> myself.  But I need some hint or direction of where to go with this...



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

Reply via email to