-Re: SpoolDir marks item as completed, when sink fails
Mike Percy 2013-02-05, 08:29
The source and sink are decoupled completely. The source will fill the
channel until there is no more work or the channel is full. So the data is
sitting buffered in the channel until the sink removes it.
Hope that explains things. Let me know if anything is unclear.
On Friday, February 1, 2013, Tzur Turkenitz wrote:
> Mike, so when the data is committed to the channel, and the channel is of
> type "File" then when the agent will be restarted the data will continue to
> flow onto the sink?
> And if only 20% of the data passed onto the sink before it crashed then a
> "Replay" will be done to resend the whole data?
> Just trying to grasp the basics....
> > wrote:
>> Tzur, that is expected, because the data is committed by the source onto
>> the channel. Sources and sinks are decoupled, they only interact via the
>> channel, which buffers the data and serves to mitigate impedance mismatches.
>> > wrote:
>>> Hello all,
>>> I am running HDP 1.2 and Flume 1.3. I have a flume setup which includes a
>>> (1) - Load Balancer that uses SpoolDir adapter and sends events to Avro
>>> (2) - Agents which consume the data using an avro source and writing to
>>> During testing I noticed that there's a dissonance between the Load
>>> Balancer and the Consumers...
>>> When a Load Balancer process a file it marks it as COMPLETED, even if
>>> the consumer has crashed while writing to HDFS.
>>> A preferred behavior would be the Load Balancer to wait until the
>>> consumer commits its transaction and reports it as successful before the
>>> file is marked as COMPLETED. This does not allow me to verify which files
>>> has been loaded successfully if an agent has crashed and recovery is in
>>> Have I miss-configured my Agents or this is actually the desired
>>> Kind Regards,
> Tzur Turkenitz
> "*Facts are stubborn things, but statistics are more pliable*"
> -Mark Twain