[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junping Du updated HDFS-8879: - Fix Version/s: 2.8.0 > Quota by storage type usage incorrectly initialized upon namenode restart > - > > Key: HDFS-8879 > URL: https://issues.apache.org/jira/browse/HDFS-8879 > Project: Hadoop HDFS > Issue Type: Bug > Components: namenode >Affects Versions: 2.7.0 >Reporter: Kihwal Lee >Assignee: Xiaoyu Yao > Fix For: 2.8.0, 2.7.2, 3.0.0-alpha1 > > Attachments: HDFS-8879.01.patch > > > This was found by [~kihwal] as part of HDFS-8865 work in this > [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. > The unit test > testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit > failed to detect this because they were using an obsolete > FsDirectory instance. Once added the highlighted line below, the issue can be > reproed. > {code} > >fsdir = cluster.getNamesystem().getFSDirectory(); > INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinod Kumar Vavilapalli updated HDFS-8879: -- Fix Version/s: (was: 3.0.0) > Quota by storage type usage incorrectly initialized upon namenode restart > - > > Key: HDFS-8879 > URL: https://issues.apache.org/jira/browse/HDFS-8879 > Project: Hadoop HDFS > Issue Type: Bug > Components: namenode >Affects Versions: 2.7.0 >Reporter: Kihwal Lee >Assignee: Xiaoyu Yao > Fix For: 2.7.2 > > Attachments: HDFS-8879.01.patch > > > This was found by [~kihwal] as part of HDFS-8865 work in this > [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. > The unit test > testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit > failed to detect this because they were using an obsolete > FsDirectory instance. Once added the highlighted line below, the issue can be > reproed. > {code} > >fsdir = cluster.getNamesystem().getFSDirectory(); > INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kihwal Lee updated HDFS-8879: - Fix Version/s: (was: 2.8.0) 2.7.2 3.0.0 Quota by storage type usage incorrectly initialized upon namenode restart - Key: HDFS-8879 URL: https://issues.apache.org/jira/browse/HDFS-8879 Project: Hadoop HDFS Issue Type: Bug Components: namenode Affects Versions: 2.7.0 Reporter: Kihwal Lee Assignee: Xiaoyu Yao Fix For: 3.0.0, 2.7.2 Attachments: HDFS-8879.01.patch This was found by [~kihwal] as part of HDFS-8865 work in this [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. The unit test testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit failed to detect this because they were using an obsolete FsDirectory instance. Once added the highlighted line below, the issue can be reproed. {code} fsdir = cluster.getNamesystem().getFSDirectory(); INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HDFS-8879: - Resolution: Fixed Hadoop Flags: Reviewed Fix Version/s: 2.8.0 Status: Resolved (was: Patch Available) Thanks all for the review. I've checked in the fix to trunk and branch-2. Quota by storage type usage incorrectly initialized upon namenode restart - Key: HDFS-8879 URL: https://issues.apache.org/jira/browse/HDFS-8879 Project: Hadoop HDFS Issue Type: Bug Components: namenode Affects Versions: 2.7.0 Reporter: Kihwal Lee Assignee: Xiaoyu Yao Fix For: 2.8.0 Attachments: HDFS-8879.01.patch This was found by [~kihwal] as part of HDFS-8865 work in this [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. The unit test testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit failed to detect this because they were using an obsolete FsDirectory instance. Once added the highlighted line below, the issue can be reproed. {code} fsdir = cluster.getNamesystem().getFSDirectory(); INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HDFS-8879: - Target Version/s: 2.7.2 Quota by storage type usage incorrectly initialized upon namenode restart - Key: HDFS-8879 URL: https://issues.apache.org/jira/browse/HDFS-8879 Project: Hadoop HDFS Issue Type: Bug Components: namenode Affects Versions: 2.7.0 Reporter: Kihwal Lee Assignee: Xiaoyu Yao Attachments: HDFS-8879.01.patch This was found by [~kihwal] as part of HDFS-8865 work in this [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. The unit test testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit failed to detect this because they were using an obsolete FsDirectory instance. Once added the highlighted line below, the issue can be reproed. {code} fsdir = cluster.getNamesystem().getFSDirectory(); INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HDFS-8879: - Attachment: HDFS-8879.01.patch Attach a patch that fix the issue and unit tests. Quota by storage type usage incorrectly initialized upon namenode restart - Key: HDFS-8879 URL: https://issues.apache.org/jira/browse/HDFS-8879 Project: Hadoop HDFS Issue Type: Bug Components: namenode Affects Versions: 2.7.0 Reporter: Kihwal Lee Assignee: Xiaoyu Yao Attachments: HDFS-8879.01.patch This was found by [~kihwal] as part of HDFS-8865 work in this [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. The unit test testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit failed to detect this because they were using an obsolete FsDirectory instance. Once added the highlighted line below, the issue can be reproed. {code} fsdir = cluster.getNamesystem().getFSDirectory(); INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaoyu Yao updated HDFS-8879: - Status: Patch Available (was: Open) Quota by storage type usage incorrectly initialized upon namenode restart - Key: HDFS-8879 URL: https://issues.apache.org/jira/browse/HDFS-8879 Project: Hadoop HDFS Issue Type: Bug Components: namenode Affects Versions: 2.7.0 Reporter: Kihwal Lee Assignee: Xiaoyu Yao Attachments: HDFS-8879.01.patch This was found by [~kihwal] as part of HDFS-8865 work in this [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. The unit test testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit failed to detect this because they were using an obsolete FsDirectory instance. Once added the highlighted line below, the issue can be reproed. {code} fsdir = cluster.getNamesystem().getFSDirectory(); INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HDFS-8879) Quota by storage type usage incorrectly initialized upon namenode restart
[ https://issues.apache.org/jira/browse/HDFS-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arpit Agarwal updated HDFS-8879: Reporter: Kihwal Lee (was: Xiaoyu Yao) Quota by storage type usage incorrectly initialized upon namenode restart - Key: HDFS-8879 URL: https://issues.apache.org/jira/browse/HDFS-8879 Project: Hadoop HDFS Issue Type: Bug Components: namenode Affects Versions: 2.7.0 Reporter: Kihwal Lee Assignee: Xiaoyu Yao This was found by [~kihwal] as part of HDFS-8865 work in this [comment|https://issues.apache.org/jira/browse/HDFS-8865?focusedCommentId=14660904page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14660904]. The unit test testQuotaByStorageTypePersistenceInFsImage/testQuotaByStorageTypePersistenceInFsEdit failed to detect this because they were using an obsolete FsDirectory instance. Once added the highlighted line below, the issue can be reproed. {code} fsdir = cluster.getNamesystem().getFSDirectory(); INode testDirNodeAfterNNRestart = fsdir.getINode4Write(testDir.toString()); {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)