Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 20987 invoked from network); 5 Mar 2009 20:20:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Mar 2009 20:20:20 -0000 Received: (qmail 82447 invoked by uid 500); 5 Mar 2009 20:20:17 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 82402 invoked by uid 500); 5 Mar 2009 20:20:17 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 82391 invoked by uid 99); 5 Mar 2009 20:20:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Mar 2009 12:20:16 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Mar 2009 20:20:16 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 39AAF234C4AC for ; Thu, 5 Mar 2009 12:19:56 -0800 (PST) Message-ID: <1173251056.1236284396235.JavaMail.jira@brutus> Date: Thu, 5 Mar 2009 12:19:56 -0800 (PST) From: "Raghu Angadi (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-4865) Trigger block scans for datanode In-Reply-To: <613388103.1229283824233.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 [ https://issues.apache.org/jira/browse/HADOOP-4865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679335#action_12679335 ] Raghu Angadi commented on HADOOP-4865: -------------------------------------- looks better now. I think you need to make sure these 'manual scan' blocks are scanned without a throttle, otherwise they will be scanned pretty slowly. That is what I would want DN to do if I am asking them scan asap. nit: it is better rename 'manuallyScanList' to 'manualScanList'? bq. > I think it is no good to run scan process in another thread, since it's possible that the regular scan process will scan same block with the manually scan progress. may be.. if you are fine with latencies of the order of minutes for start of scan of once such a block is queued. > Trigger block scans for datanode > -------------------------------- > > Key: HADOOP-4865 > URL: https://issues.apache.org/jira/browse/HADOOP-4865 > Project: Hadoop Core > Issue Type: New Feature > Components: dfs > Reporter: Brian Bockelman > Attachments: manual_block_scan.patch, manual_fsck_scan.patch > > > Provide a mechanism to trigger block scans in a datanode upon request. Support interfaces for commands sent by the namenode and through the HTTP interface. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.