[ https://issues.apache.org/jira/browse/HDFS-15624?focusedWorklogId=505496&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-505496 ]
ASF GitHub Bot logged work on HDFS-15624: ----------------------------------------- Author: ASF GitHub Bot Created on: 28/Oct/20 02:32 Start Date: 28/Oct/20 02:32 Worklog Time Spent: 10m Work Description: vinayakumarb commented on a change in pull request #2377: URL: https://github.com/apache/hadoop/pull/2377#discussion_r513143130 ########## File path: hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/server/namenode/NameNodeLayoutVersion.java ########## @@ -89,7 +89,8 @@ public static boolean supports(final LayoutFeature f, final int lv) { APPEND_NEW_BLOCK(-62, -61, "Support appending to new block"), QUOTA_BY_STORAGE_TYPE(-63, -61, "Support quota for specific storage types"), ERASURE_CODING(-64, -61, "Support erasure coding"), - EXPANDED_STRING_TABLE(-65, -61, "Support expanded string table in fsimage"); + EXPANDED_STRING_TABLE(-65, -61, "Support expanded string table in fsimage"), + NVDIMM_SUPPORT(-66, -66, "Support NVDIMM storage type"); Review comment: Is there any reason to change the `minCompatLV` to `-66`? ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking ------------------- Worklog Id: (was: 505496) Time Spent: 3h 40m (was: 3.5h) > Fix the SetQuotaByStorageTypeOp problem after updating hadoop > --------------------------------------------------------------- > > Key: HDFS-15624 > URL: https://issues.apache.org/jira/browse/HDFS-15624 > Project: Hadoop HDFS > Issue Type: Bug > Components: hdfs > Reporter: YaYun Wang > Priority: Major > Labels: pull-request-available > Time Spent: 3h 40m > Remaining Estimate: 0h > > HDFS-15025 adds a new storage Type NVDIMM, changes the ordinal() of the enum > of StorageType. And, setting the quota by storageType depends on the > ordinal(), therefore, it may cause the setting of quota to be invalid after > upgrade. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org