You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@streams.apache.org by "Steve Blackmon (JIRA)" <ji...@apache.org> on 2014/09/28 19:51:33 UTC

[jira] [Created] (STREAMS-183) streams-local closes persist-writers before datums in-flight are written

Steve Blackmon created STREAMS-183:
--------------------------------------

             Summary: streams-local closes persist-writers before datums in-flight are written
                 Key: STREAMS-183
                 URL: https://issues.apache.org/jira/browse/STREAMS-183
             Project: Streams
          Issue Type: Bug
            Reporter: Steve Blackmon


I have observed this behavior when writing datums from a readCurrent provider through to ElasticsearchPersistWriter and ElasticsearchPersistDeleter.  

The log looks like:

421777 [pool-2-thread-7] INFO  o.a.s.e.ElasticsearchPersistReader - PersistReader done
469271 [main] INFO  o.a.s.l.builders.LocalStreamBuilder - Attempting to shutdown tasks
476319 [pool-2-thread-3] ERROR o.a.s.e.ElasticsearchPersistWriter - There was an error sending the batch: No node available
485275 [main] WARN  o.a.s.l.builders.LocalStreamBuilder - Task org.apache.streams.local.tasks.StreamsPersistWriterTask@6add646d failed to terminate in allotted timeframe
495276 [pool-2-thread-3] WARN  o.a.s.e.ElasticsearchPersistWriter - Catchup was interrupted.  Data may be lost
followed by additional No Node Available exceptions.

When the same stream is executed as a perpetual stream, this problem does not occur.

Possible solutions: 
a) localstreambuilder waits a while between detecting providers have completed and stopping downstream components
b) localstreambuilder does not stop downstream components until all datums have been processed/written
c) writers refuse to close until all datums have been written




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