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 690E2D2CC for ; Thu, 12 Jul 2012 14:55:55 +0000 (UTC) Received: (qmail 93517 invoked by uid 500); 12 Jul 2012 14:55:51 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 93209 invoked by uid 500); 12 Jul 2012 14:55:48 -0000 Mailing-List: contact common-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-user@hadoop.apache.org Delivered-To: mailing list common-user@hadoop.apache.org Received: (qmail 93181 invoked by uid 99); 12 Jul 2012 14:55:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jul 2012 14:55:47 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FSL_RCVD_USER,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.213.176 as permitted sender) Received: from [209.85.213.176] (HELO mail-yx0-f176.google.com) (209.85.213.176) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jul 2012 14:55:41 +0000 Received: by yenl5 with SMTP id l5so2884350yen.35 for ; Thu, 12 Jul 2012 07:55:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=5riq+YcVGApqN0zboOmIzXejsdo9ew7tysk+/AiQzL0=; b=gZ/o9jzve9rAJv714Ntd7kv/J3XVp80YYWZ2K6qrxu3aP2jr+WiWmezGbycVZe0LkK F9jvE0GjJuGWr2IMw/Bm8jqhKns5J8nYY73ZG4zcuv0IUHpvdaqUdnQ1jDxwc0H3er56 7iZ5ipGqbD6Xb3iDXeCJaZg+0nxlO0xEUB2E4jOYmm5pn2LxXZFjNNpElCtEmw36Nuab Dg4FfovuxbBlo1A4x9HGmsrYD8WoVDnRL+8cOQGZoTGOf4P5zAgZytgAVt4u4XtmH2NM XA6vENYEouH4ltX7ElMJQFbP820eEjJqHh4P3CXBuhvpECwBHM3jMg7P8b/d0SiTZ8aw rmMw== Received: by 10.66.85.135 with SMTP id h7mr90326200paz.75.1342104920035; Thu, 12 Jul 2012 07:55:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.134.6 with HTTP; Thu, 12 Jul 2012 07:54:59 -0700 (PDT) In-Reply-To: References: From: Harsh J Date: Thu, 12 Jul 2012 20:24:59 +0530 Message-ID: Subject: Re: Too Many Open Files To: common-user@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmSzfVzVbMV5V5N06UbonBuB9y9csA+9kLRbwFQo7NI+68KRf5HWh+inYO3vpnUbUo98kCy Mike, Understood. Then you may need to use http://wiki.apache.org/hadoop/FAQ#Can_I_write_create.2BAC8-write-to_hdfs_files_directly_from_map.2BAC8-reduce_tasks.3F instead of MultipleTextOutputFormat. On Thu, Jul 12, 2012 at 11:29 AM, Mike S wrote: > 100% sure I have done and again the problem is not becuase my > configuration is kicking it. The problem is that my application uses > MultipleTextOutputFormat that may create 500 000 files and linux does > allow that many open files for whatever reason. If I set the limit too > high, it will ignore it. > > On Wed, Jul 11, 2012 at 10:12 PM, Harsh J wrote: >> Are you sure you've raised the limits for your user, and have >> re-logged in to the machine? >> >> Logged in as the user you run eclipse as, what do you get as the >> output if you run "ulimit -n"? >> >> On Thu, Jul 12, 2012 at 3:03 AM, Mike S wrote: >>> To debug an specific file, I need to run hadoop in eclipse and eclipse >>> keep throwing the Too Many Open File Ecxception. I followed the post >>> out there to increase the number of open file per process in >>> /etc/security/limits.conf to as high as I my machine accept and still >>> I am getting the too many open file exception from java io. >>> >>> I think the main reason is that I am using a MultipleTextOutputFormat >>> and my reducer could create many output files based on the my Muti >>> Output logic. Is there a way to make Hadoop not to open so many open >>> files. If not, can I control when the reduce to close a file? >> >> >> >> -- >> Harsh J -- Harsh J