Return-Path: X-Original-To: apmail-hadoop-common-user-archive@www.apache.org Delivered-To: apmail-hadoop-common-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8E8FB10360 for ; Fri, 30 May 2014 18:43:49 +0000 (UTC) Received: (qmail 89987 invoked by uid 500); 30 May 2014 18:43:46 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 89881 invoked by uid 500); 30 May 2014 18:43:46 -0000 Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hadoop.apache.org Delivered-To: mailing list user@hadoop.apache.org Received: (qmail 89874 invoked by uid 99); 30 May 2014 18:43:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2014 18:43:46 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of harsh@cloudera.com designates 209.85.223.175 as permitted sender) Received: from [209.85.223.175] (HELO mail-ie0-f175.google.com) (209.85.223.175) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2014 18:43:43 +0000 Received: by mail-ie0-f175.google.com with SMTP id y20so2129601ier.20 for ; Fri, 30 May 2014 11:43:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=sw4y8BBCugMUMx1Gb4LvxEYmReBgvrRr9cZMaWDJt5s=; b=FqXIEiD1PTWGHIVPnJVFJUDoOYjAu6rxzXKmgV6xns954+YKmxPCYEKLJAHJ3yUHM1 x/PZQ/KnpkidqTGCmdbZO9rCEamLDKRvbygmAW0FNCu5JIzZs3yRuzHpfrr7tVwGWLlj ye+iYMxBHVrTYfn4lZIkoGtPdmGyH6Xom9fgGBRWlCGhVFZtwYol9X8Z2oL7Ps1iybSe DDhTz75iLefKw/Y5UDV2vVjhoH9an382S7dhpZWoY7FeCnJPWFZ5tKOTZlRXPL16ix5E qlCMq5MycLBRAzAxURix6RSzfbMBnfhRITQ7qdGOAvw99RJZmlqAaf1T8nb/FshMNri2 iv3A== X-Gm-Message-State: ALoCoQmPItV/6jD3rhkqB43q+ahQ9Pwy38OSKxgWJZBl9tMxsWHd+DAYHkbtpojb+t1CpQ3LJoDR X-Received: by 10.43.178.197 with SMTP id ox5mr17985682icc.22.1401475399765; Fri, 30 May 2014 11:43:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.114.41 with HTTP; Fri, 30 May 2014 11:42:59 -0700 (PDT) In-Reply-To: References: <5B121937-A4AF-4982-98A3-F2FAA92EDFF1@fsfe.org> From: Harsh J Date: Sat, 31 May 2014 00:12:59 +0530 Message-ID: Subject: Re: listing a 530k files directory To: "" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org The HADOOP_OPTS gets overriden by HADOOP_CLIENT_OPTS for FsShell utilities. The right way to extend is to use HADOOP_CLIENT_OPTS instead, for FsShell and other client applications such as "hadoop fs"/"hdfs dfs"/"hadoop jar", etc.. On Fri, May 30, 2014 at 6:13 PM, bharath vissapragada wrote: > Hi Guido, > > You can set client side heap in HADOOP_OPTS variable before running the l= s > command. > > export HADOOP_OPTS=3D"-Xmx3g"; hadoop fs -ls / > > - Bharath > > > On Fri, May 30, 2014 at 5:22 PM, Guido Serra wrote: >> >> Hi, >> do you have an idea on how to look at the content of a 530k-files HDFS >> folder? >> (yes, I know it is a bad idea to have such setup, but that=E2=80=99s the= status >> and I=E2=80=99d like to debug it) >> and the only tool that doesn=E2=80=99t go out of memory is "hdfs dfs -co= unt >> folder/=E2=80=9C >> >> -ls goes out of memory, -count with the folder/* goes out of memory =E2= =80=A6 >> I=E2=80=99d like at least at the first 10 file names, see the size, mayb= e open one >> >> thanks, >> G. > > --=20 Harsh J