Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
2.10.0
-
None
-
None
Description
I believe it was an intention to avoid blocking other operations while retrieving keys with holding FSDirectory.dirLock. But in reality all other operations enter first FSNamesystemLock then dirLock. So they are all blocked waiting for the key.
We see substantial increase in RPC wait time (RpcQueueTimeAvgTime) on NameNode when encryption operations are intermixed with regular workloads.