You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Stephen O'Donnell (Jira)" <ji...@apache.org> on 2020/04/16 11:16:00 UTC
[jira] [Created] (HDFS-15283) Cache pool MAXTTL is not persisted
and restored on cluster restart
Stephen O'Donnell created HDFS-15283:
----------------------------------------
Summary: 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
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: hdfs-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-help@hadoop.apache.org