hadoop-mapreduce-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Todd Lipcon (JIRA)" <j...@apache.org>
Subject [jira] Created: (MAPREDUCE-2258) IFile reader closes stream and compressor in wrong order
Date Wed, 12 Jan 2011 19:20:46 GMT
IFile reader closes stream and compressor in wrong order
--------------------------------------------------------

                 Key: MAPREDUCE-2258
                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-2258
             Project: Hadoop Map/Reduce
          Issue Type: Bug
          Components: task
    Affects Versions: 0.20.4, 0.22.0
            Reporter: Todd Lipcon
             Fix For: 0.22.0


In IFile.Reader.close(), we return the decompressor to the pool and then call close() on the
input stream. This is backwards and causes a rare race in the case of LzopCodec, since LzopInputStream
makes a few calls on the decompressor object inside close(). If another thread pulls the decompressor
out of the pool and starts to use it in the meantime, the first thread's close() will cause
the second thread to potentially miss pieces of data.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message