You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flume.apache.org by "Roshan Naik (JIRA)" <ji...@apache.org> on 2013/06/04 22:55:20 UTC

[jira] [Created] (FLUME-2068) File Channel issue - recovering from BadCheckpoint exception on Windows

Roshan Naik created FLUME-2068:
----------------------------------

             Summary: File Channel issue - recovering from BadCheckpoint exception on Windows
                 Key: FLUME-2068
                 URL: https://issues.apache.org/jira/browse/FLUME-2068
             Project: Flume
          Issue Type: Bug
          Components: Channel, File Channel, Windows
    Affects Versions: v1.3.1
            Reporter: Roshan Naik
            Assignee: Roshan Naik
             Fix For: v1.4.0


In EventQueueBackingStoreFileV3 constructor, if it detects that the checkpoint and meta files have differing logWriteOrderIds, it throws a  BadCheckpointException. Controls goes back to the exception handler in Log.replay() which attempts to delete all the files in checkpoint directory and start fresh. The same file names are reused when starting fresh.

Unfortunately this does not work on Windows since the deletion of the checkpoint file in the checkpointDir fails. The failure is due to the fact that the checkpoint file is memory mapped. Unless it is unmapped the deletion will not succeed... and unfortunately  Java does not have unmap support. Windows does not permit deletion (or renaming) of files in use.

--
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