Details
-
Bug
-
Status: Resolved
-
Minor
-
Resolution: Duplicate
-
0.22.0
-
None
-
None
Description
Looking at the code for starting/stopping SecretManagers, it seems to me that AbstractDelegationTokenSecretManager.stopThreads() assumes that tokenRemoverThread is never null. That assumption is only valid if AbstractDelegationTokenSecretManager.startThreads() was called first.
the call to tokenRemoverThread.interrupt() should be guarded with a check for tokenRemoverThread!=null
I haven't encountered this in the field yet, but it should be trivial to replicate in a test and then fix.
Attachments
Issue Links
- duplicates
-
HADOOP-6554 DelegationTokenSecretManager lifecycle is inconsistent
- Resolved