Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Message-ID: <8179343.335791285137153373.JavaMail.jira@thor>
Date: Wed, 22 Sep 2010 02:32:33 -0400 (EDT)
From: "stack (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Subject: [jira] Created: (HBASE-3027) If existing recovered.edits file when
 a release w/ hbase-2727 is deployed (it makes a dir named recovered.edits)
 then trouble
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

If existing recovered.edits file when a release w/ hbase-2727 is deployed (it makes a dir named recovered.edits) then trouble
-----------------------------------------------------------------------------------------------------------------------------

                 Key: HBASE-3027
                 URL: https://issues.apache.org/jira/browse/HBASE-3027
             Project: HBase
          Issue Type: Bug
            Reporter: stack


Just ran into this up on Alexey's cluster.  He updated to SU github and it looks like some regions had recovered.edits files under them.  The newer code was trying to read the file as a directory and failing with the plain but at same time cryptic mssage:

{code}
Caused by: org.apache.hadoop.ipc.RemoteException: java.io.FileNotFoundException: Parent path is not a directory: /hbase/mysql_word_documents/c574e848df63a14054e054545da2d3f3/recovered.edits   
{code}

It'd be a small thing to add a check if 'recovered.edits' is a file and process it as such when reading in recovered edits.

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