hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Elliott Clark (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-7647) 0.94 hfiles v2.1 are not backwards compatible with HFilev2.0
Date Thu, 24 Jan 2013 20:49:13 GMT

     [ https://issues.apache.org/jira/browse/HBASE-7647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Elliott Clark updated HBASE-7647:
---------------------------------

       Resolution: Fixed
    Fix Version/s: 0.94.5
     Release Note: HFile v2.1 is not readable by RegionServers on 0.92 so default to writing
older minor version unless checksums are needed.
     Hadoop Flags: Reviewed
           Status: Resolved  (was: Patch Available)

Committed revision 1438175.
                
> 0.94 hfiles v2.1 are not backwards compatible with HFilev2.0
> ------------------------------------------------------------
>
>                 Key: HBASE-7647
>                 URL: https://issues.apache.org/jira/browse/HBASE-7647
>             Project: HBase
>          Issue Type: Bug
>          Components: HFile
>    Affects Versions: 0.94.4
>            Reporter: Elliott Clark
>            Assignee: Elliott Clark
>             Fix For: 0.94.5
>
>         Attachments: HBASE-7647-2.patch
>
>
> When doing a rolling re-start from 0.92.x to 0.94.x any hfiles written by 0.94 are incompatibile
with any of the 0.92 region servers.  This is caused by the checksums being put into 0.94.
> * a minor version was added
> * checksums were put into the block
> * checksum meta data was added to block headers.
> I propose that since these changes are only needed if using hbase.regionserver.checksum.verify,
they should be turned off if that option is turned off.  Doing so will allow rolling upgrades
to go smoother.
> If a user wants to go from a 0.92 cluster to a 0.94 cluster with hbase.regionserver.checksum.verify
they can:
> * Roll out 0.94
> * Change hbase-site.xml
> * roll restart the region servers.

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

Mime
View raw message