Details
-
New Feature
-
Status: Resolved
-
Major
-
Resolution: Won't Do
-
3.0.0
-
None
-
None
Description
When provided with a --keytab and --principal combination, there is an expectation that Kubernetes would leverage the Driver to spin up a renewal thread to handle token renewal. However, in the case that a --keytab and --principal are not provided and instead a secretName and secretItemKey is provided, there should be an option to specify a config that specifies that a external renewal service exists. The driver should, therefore, be responsible for discovering changes to the secret and send the updated token data to the executor with the UpdateDelegationTokens message. Thereby enabling token renewal given just a secret in addition to the traditional use-case via --keytab and --principal
Attachments
Issue Links
- is a child of
-
SPARK-25826 Kerberos Support in Kubernetes resource manager
- Open
- links to