[
https://issues.apache.org/jira/browse/HDFS-15283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17085407#comment-17085407
]
Hudson commented on HDFS-15283:
-------------------------------
SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #18152 (See
[https://builds.apache.org/job/Hadoop-trunk-Commit/18152/])
HDFS-15283. Cache pool MAXTTL is not persisted and restored on cluster
(weichiu: rev 3481895f8a9ea9f6e217a0ba158c48da89b3faf2)
* (edit)
hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/server/namenode/TestCacheDirectives.java
* (edit)
hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/server/namenode/CacheManager.java
> Cache pool MAXTTL is not persisted and restored on cluster restart
> ------------------------------------------------------------------
>
> Key: HDFS-15283
> URL: https://issues.apache.org/jira/browse/HDFS-15283
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: namenode
> Affects Versions: 3.4.0
> Reporter: Stephen O'Donnell
> Assignee: Stephen O'Donnell
> Priority: Major
> Attachments: HDFS-15283.001.patch
>
>
> The cache pool "getMaxRelativeExpiryMs" is never persisted to or read from
> the FSImage. This means that if a MAXTTL is set on a pool, it will not
> persist beyond a cluster restart.
> From the protobuf definition, there is an existing field to store it:
> {code}
> message CachePoolInfoProto {
> optional string poolName = 1;
> optional string ownerName = 2;
> optional string groupName = 3;
> optional int32 mode = 4;
> optional int64 limit = 5;
> optional int64 maxRelativeExpiry = 6; <-- NEVER SET
> optional uint32 defaultReplication = 7 [default=1];
> }
> {code}
> But this is never set in the CacheManager.saveState() or read in
> CacheManager.loadState().
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
