You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Sean Owen (JIRA)" <ji...@apache.org> on 2017/05/31 09:19:04 UTC

[jira] [Commented] (SPARK-20935) A daemon thread, "BatchedWriteAheadLog Writer", left behind after terminating StreamContext.

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

Sean Owen commented on SPARK-20935:
-----------------------------------

CC [~tdas] and [~hyukjin.kwon] who touched this code. It does look like it must be stop()-ed in all cases, because it's started in the constructor.  Seems OK to propose a PR, [~chtyim]

> A daemon thread, "BatchedWriteAheadLog Writer", left behind after terminating StreamContext.
> --------------------------------------------------------------------------------------------
>
>                 Key: SPARK-20935
>                 URL: https://issues.apache.org/jira/browse/SPARK-20935
>             Project: Spark
>          Issue Type: Bug
>          Components: Structured Streaming
>    Affects Versions: 1.6.3, 2.1.1
>            Reporter: Terence Yim
>
> With batched write ahead log on by default in driver (SPARK-11731), if there is no receiver based {{InputDStream}}, the "BatchedWriteAheadLog Writer" thread created by {{BatchedWriteAheadLog}} never get shutdown. 
> The root cause is due to https://github.com/apache/spark/blob/master/streaming/src/main/scala/org/apache/spark/streaming/scheduler/ReceiverTracker.scala#L168
> that it never call {{ReceivedBlockTracker.stop()}} (which in turn call {{BatchedWriteAheadLog.close()}}) if there is no receiver based input.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org