Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 42926 invoked from network); 4 Dec 2006 22:33:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2006 22:33:44 -0000 Received: (qmail 46530 invoked by uid 500); 4 Dec 2006 22:33:52 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 46509 invoked by uid 500); 4 Dec 2006 22:33:52 -0000 Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hadoop-dev@lucene.apache.org Delivered-To: mailing list hadoop-dev@lucene.apache.org Received: (qmail 46500 invoked by uid 99); 4 Dec 2006 22:33:52 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 14:33:52 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 14:33:43 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id F28C97141E4 for ; Mon, 4 Dec 2006 14:33:22 -0800 (PST) Message-ID: <16646116.1165271602991.JavaMail.jira@brutus> Date: Mon, 4 Dec 2006 14:33:22 -0800 (PST) From: "dhruba borthakur (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Updated: (HADOOP-752) Possible locking issues in HDFS Namenode In-Reply-To: <3588846.1164693201081.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://issues.apache.org/jira/browse/HADOOP-752?page=all ] dhruba borthakur updated HADOOP-752: ------------------------------------ Attachment: namenodelocking.patch Added locking to setReplication, datanodeReport & DFSNodesStatus > Possible locking issues in HDFS Namenode > ---------------------------------------- > > Key: HADOOP-752 > URL: http://issues.apache.org/jira/browse/HADOOP-752 > Project: Hadoop > Issue Type: Bug > Components: dfs > Reporter: dhruba borthakur > Assigned To: dhruba borthakur > Attachments: namenodelocking.patch > > > I have been investigating the cause of random Namenode memory corruptions/memory overflows, etc. Please comment. > 1. The functions datanodeReport() and DFSNodesStatus() do not acquire the global lock. > This can race with another thread invoking registerDatanode(). registerDatanode() > can remove a datanode (thru wipeDatanode()) while the datanodeReport thread is > traversing the list of datanodes. This can cause exceptions to occur. > 2. The blocksMap is protected by the global lock. The setReplication() call does not acquire > the global lock when it calls proccessOverReplicatedBlock(). This can cause corruption in blockMap. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira