Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 427E1E6CB for ; Fri, 8 Feb 2013 22:17:14 +0000 (UTC) Received: (qmail 31949 invoked by uid 500); 8 Feb 2013 22:17:13 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 31910 invoked by uid 500); 8 Feb 2013 22:17:13 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 31863 invoked by uid 99); 8 Feb 2013 22:17:13 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Feb 2013 22:17:13 +0000 Date: Fri, 8 Feb 2013 22:17:13 +0000 (UTC) From: "Keith Turner (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (ACCUMULO-1049) Master does not need to get tserver lock 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/ACCUMULO-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13574880#comment-13574880 ] Keith Turner commented on ACCUMULO-1049: ---------------------------------------- If 1.5.0 testing with fixes for this issue goes well, I would like to merge these fixes back to 1.4 branch. > Master does not need to get tserver lock > ---------------------------------------- > > Key: ACCUMULO-1049 > URL: https://issues.apache.org/jira/browse/ACCUMULO-1049 > Project: Accumulo > Issue Type: Improvement > Components: master > Affects Versions: 1.4.0 > Reporter: Keith Turner > Assignee: Keith Turner > > Every tserver has a lock in zookeeper. The master tries to get this lock and when it does it assumes the tserver is dead. It seems like this may no longer be necessary since changes made in 1.3. The master used to only keep track of ip and port to identify a tablet server. It needed to know when it got the lock to detect the difference between two tablet server instances at the same ip and port. > Since 1.3 the master keeps distinctive info about a tablet server now and can detect the difference between tablet server instances. Making the master just monitor the current tablet server locks instead of trying to get the lock would simplify the master code. -- 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