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

Aaron T. Myers updated HDFS-4462:
---------------------------------

    Status: Patch Available  (was: Open)
    
> 2NN will fail to checkpoint after an HDFS upgrade from a pre-federation 
> version of HDFS
> ---------------------------------------------------------------------------------------
>
>                 Key: HDFS-4462
>                 URL: https://issues.apache.org/jira/browse/HDFS-4462
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: namenode
>    Affects Versions: 2.0.2-alpha
>            Reporter: Aaron T. Myers
>            Assignee: Aaron T. Myers
>         Attachments: HDFS-4462.patch
>
>
> The 2NN currently has logic to detect when its on-disk FS metadata needs an 
> upgrade with respect to the NN's metadata (i.e. the layout versions are 
> different) and in this case it will proceed with the checkpoint despite 
> storage signatures not matching precisely if the BP ID and Cluster ID do 
> match exactly. However, in situations where we're upgrading from versions of 
> HDFS prior to federation, which had no BP IDs or Cluster IDs, checkpoints 
> will always fail with an error like the following:
> {noformat}
> 13/01/31 17:02:25 ERROR namenode.SecondaryNameNode: checkpoint: Inconsistent 
> checkpoint fields.
> LV = -40 namespaceID = 403832480 cTime = 1359680537192 ; clusterId = 
> CID-0df6ff22-1165-4c7d-9630-429972a7737c ; blockpoolId = 
> BP-1520616013-172.21.3.106-1359680537136.
> Expecting respectively: -19; 403832480; 0; ; .
> {noformat}

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

Reply via email to