You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Ray Chiang (JIRA)" <ji...@apache.org> on 2016/01/26 01:49:40 UTC
[jira] [Updated] (HADOOP-12664) UGI auto-renewer does not verify
kinit availability during initialization
[ https://issues.apache.org/jira/browse/HADOOP-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ray Chiang updated HADOOP-12664:
--------------------------------
Attachment: HADOOP-12664.001.patch
Initial patch.
- Moved the configuration variable name plus default to CommonConfigurationKeysPublic
- I couldn't find any APIs that would do the file path checking. Please let me know if there's a better way to write the file exists/execute part more cleanly. I haven't tried writing a more abstract version for FileUtil.java yet.
- I did *NOT* change the structure of the renewal thread. This results in the client running on a bit further past the error. I wasn't sure about the best way of handling that.
> UGI auto-renewer does not verify kinit availability during initialization
> -------------------------------------------------------------------------
>
> Key: HADOOP-12664
> URL: https://issues.apache.org/jira/browse/HADOOP-12664
> Project: Hadoop Common
> Issue Type: Improvement
> Reporter: Arpit Agarwal
> Priority: Minor
> Attachments: HADOOP-12664.001.patch
>
>
> UGI auto-renewer does not verify that {{hadoop.kerberos.kinit.command}} is in the path during initialization. If not available, the auto-renewal thread will hit an error during TGT renewal. We recently saw a case where it manifests as transient errors during client program execution which can be hard to track down without UGI logging.
> It seems like {{kinit}} availability should be verified during initialization to make the behavior more predictable.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)