You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2011/05/05 23:01:03 UTC
[jira] [Resolved] (HBASE-3027) If existing recovered.edits file
when a release w/ hbase-2727 is deployed (it makes a dir named
recovered.edits) then trouble
[ https://issues.apache.org/jira/browse/HBASE-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stack resolved HBASE-3027.
--------------------------
Resolution: Won't Fix
Stale and we don't see this
> 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.
For more information on JIRA, see: http://www.atlassian.com/software/jira