[
https://issues.apache.org/jira/browse/HBASE-11595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14075450#comment-14075450
]
Andrew Purtell commented on HBASE-11595:
----------------------------------------
Tried the above procedure a few times. Not able to reproduce. Replied to the
reporter on user@hbase with a request to run through the above and provide more
information.
> WAL files with encryption not flushed properly
> ----------------------------------------------
>
> Key: HBASE-11595
> URL: https://issues.apache.org/jira/browse/HBASE-11595
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.98.3
> Reporter: Andrew Purtell
> Priority: Critical
> Fix For: 0.99.0, 0.98.5, 2.0.0
>
>
> Reported using HBase 0.98.3 and HDFS 2.4.1
> All data before failure has not yet been flushed so only exists in the WAL
> files. During distributed splitting, the WAL has either not been written out
> and synced in the same way as an unencrypted WAL or is unreadable:
> {noformat}
> 2014-07-26 19:29:16,160 ERROR [RS_LOG_REPLAY_OPS-host1:60020-0]
> codec.BaseDecoder: Partial cell read caused by EOF: java.io.IOException:
> Premature EOF from inputStream
> {noformat}
> This file is still moved to oldWALs even though splitting failed.
> Setting 'hbase.regionserver.wal.encryption' to false allows data recovery.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
