Return-Path: X-Original-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1D24ED90E for ; Thu, 27 Sep 2012 13:22:10 +0000 (UTC) Received: (qmail 84015 invoked by uid 500); 27 Sep 2012 13:22:09 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 83388 invoked by uid 500); 27 Sep 2012 13:22:08 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 82937 invoked by uid 99); 27 Sep 2012 13:22:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Sep 2012 13:22:08 +0000 Date: Fri, 28 Sep 2012 00:22:08 +1100 (NCT) From: "Daryn Sharp (JIRA)" To: common-issues@hadoop.apache.org Message-ID: <1370026167.133652.1348752128369.JavaMail.jiratomcat@arcas> In-Reply-To: <890185410.128741.1348672027879.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (HADOOP-8852) DelegationTokenRenewer thread is not stopped when its filesystem is closed MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HADOOP-8852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13464708#comment-13464708 ] Daryn Sharp commented on HADOOP-8852: ------------------------------------- Hmm. I think we may have regressed functionality because I thought I Nicholas and I added lazy start to the renewer when the first token is added. While a little bit larger in scope, and it's something I've always been meaning to do, I'd suggest the renewer should: * be a singleton to avoid multiple threads * lazy starts when a token is added * filesystem won't explicitly start the renewer or join with it * when hftp or webhdfs is closed, it should cancel the token if {{initDelegationToken}} had to create a token * the cancel methods should tell the renewer to stop renewing the canceled token. perhaps the renewer should be the one to cancel the token to avoid race conditions (fs cancels just before the renewer tries to renew) * the renewer should shutdown if it runs out of tokens > DelegationTokenRenewer thread is not stopped when its filesystem is closed > -------------------------------------------------------------------------- > > Key: HADOOP-8852 > URL: https://issues.apache.org/jira/browse/HADOOP-8852 > Project: Hadoop Common > Issue Type: Bug > Affects Versions: 2.0.0-alpha > Reporter: Tom White > Assignee: Karthik Kambatla > Attachments: hadoop-8852.patch, hadoop-8852.patch > > > HftpFileSystem and WebHdfsFileSystem should stop the DelegationTokenRenewer thread when they are closed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira