[
https://issues.apache.org/jira/browse/HDFS-8269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14517555#comment-14517555
]
Jing Zhao commented on HDFS-8269:
---------------------------------
The 001 patch looks good to me. But among the failed tests,
TestEncryptionZones, TestEncryptionZonesWithKMS, TestFsck, and
TestReservedRawPaths may be related. The failures can be reproduced in my local
machine and they all passed without the patch.
> getBlockLocations() does not resolve the .reserved path and generates
> incorrect edit logs when updating the atime
> -----------------------------------------------------------------------------------------------------------------
>
> Key: HDFS-8269
> URL: https://issues.apache.org/jira/browse/HDFS-8269
> Project: Hadoop HDFS
> Issue Type: Bug
> Reporter: Yesha Vora
> Assignee: Haohui Mai
> Priority: Blocker
> Attachments: HDFS-8269.000.patch, HDFS-8269.001.patch
>
>
> When {{FSNamesystem#getBlockLocations}} updates the access time of the INode,
> it uses the path passed from the client, which generates incorrect edit logs
> entries:
> {noformat}
> <RECORD>
> <OPCODE>OP_TIMES</OPCODE>
> <DATA>
> <TXID>5085</TXID>
> <LENGTH>0</LENGTH>
> <PATH>/.reserved/.inodes/18230</PATH>
> <MTIME>-1</MTIME>
> <ATIME>1429908236392</ATIME>
> </DATA>
> </RECORD>
> {noformat}
> Note that the NN does not resolve the {{/.reserved}} path when processing the
> edit log, therefore it eventually leads to a NPE when loading the edit logs.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
