From hadoop-dev-return-616-apmail-lucene-hadoop-dev-archive=lucene.apache.org@lucene.apache.org Thu Mar 30 18:33:34 2006 Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 65035 invoked from network); 30 Mar 2006 18:33:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Mar 2006 18:33:34 -0000 Received: (qmail 78483 invoked by uid 500); 30 Mar 2006 18:33:33 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 78464 invoked by uid 500); 30 Mar 2006 18:33:33 -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 78455 invoked by uid 99); 30 Mar 2006 18:33:32 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Mar 2006 10:33:32 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [207.115.57.60] (HELO ylpvm29.prodigy.net) (207.115.57.60) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Mar 2006 10:33:32 -0800 Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k2UIWVbk014960 for ; Thu, 30 Mar 2006 13:32:34 -0500 X-ORBL: [69.228.218.169] Received: from [192.168.168.15] (adsl-69-228-218-169.dsl.pltn13.pacbell.net [69.228.218.169]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k2UIWvvI239064; Thu, 30 Mar 2006 13:33:02 -0500 Message-ID: <442C2458.80605@apache.org> Date: Thu, 30 Mar 2006 10:32:56 -0800 From: Doug Cutting User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hadoop-dev@lucene.apache.org Subject: Re: release 0.1 References: <4429ABAB.7030802@apache.org> <442A2205.6030406@getopt.org> <442AC86F.1070002@apache.org> <442ACAC5.2090300@getopt.org> <442B37CE.2040401@yahoo-inc.com> In-Reply-To: <442B37CE.2040401@yahoo-inc.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Konstantin Shvachko wrote: > Just one thing. Let's do it as Doug proposed earlier > hadoop dfs -check It's only given this name in bin/hadoop. It should break no code to change what 'bin/hadoop fsck' does in the future. So I don't see how it makes a difference whether this is invoked as 'bin/hadoop dfs -check' or 'bin/hadoop fsck'. If someone is parsing the output of bin/hadoop commands then they could be broken, but that would be a fragile program anyway. Updating what 'bin/hadoop fsck' does will not change any public APIs. > This is a good piece of code, but too far from what the real > fsck should do to deserve the name :-) It is the closest thing we have now. Doug