You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flume.apache.org by "Phil Scala (JIRA)" <ji...@apache.org> on 2013/04/13 02:36:16 UTC

[jira] [Updated] (FLUME-1993) On Windows, when using the spooling directory source, there is a file sharing violation when trying to delete tracker file

     [ https://issues.apache.org/jira/browse/FLUME-1993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Phil Scala updated FLUME-1993:
------------------------------

    Attachment: ReliableSpoolingFileEventReader.java

Attaching my implementation of a minor change to close the DurablePositionTracker, before creating a new instance so that the underlying streams are closed.
                
> On Windows, when using the spooling directory source, there is a file sharing violation when trying to delete tracker file
> --------------------------------------------------------------------------------------------------------------------------
>
>                 Key: FLUME-1993
>                 URL: https://issues.apache.org/jira/browse/FLUME-1993
>             Project: Flume
>          Issue Type: Bug
>          Components: Sinks+Sources
>    Affects Versions: v1.4.0
>            Reporter: Phil Scala
>         Attachments: ReliableSpoolingFileEventReader.java
>
>
> spooling directory source
> org.apache.flume.client.avro.ReliableSpoolingFileEventReader.getNextFile() 
> Gets an instance of a DurablePositionTracker and is not calling close() on it before then creating another instance... thus not calling close on the underlying DataFileWriter.  This left the file locked in Windows and hence any delete attempts were failing...causing the Agent to spin around and around trying to delete this file and creating endless numbers of the temporary tracker files.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira