Return-Path: X-Original-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 43F43D6B9 for ; Sun, 4 Nov 2012 21:04:40 +0000 (UTC) Received: (qmail 49761 invoked by uid 500); 4 Nov 2012 21:04:35 -0000 Delivered-To: apmail-hadoop-hdfs-user-archive@hadoop.apache.org Received: (qmail 49640 invoked by uid 500); 4 Nov 2012 21:04:35 -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 49632 invoked by uid 99); 4 Nov 2012 21:04:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Nov 2012 21:04:35 +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.176 as permitted sender) Received: from [209.85.223.176] (HELO mail-ie0-f176.google.com) (209.85.223.176) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Nov 2012 21:04:27 +0000 Received: by mail-ie0-f176.google.com with SMTP id k11so8227557iea.35 for ; Sun, 04 Nov 2012 13:04:06 -0800 (PST) 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:content-transfer-encoding:x-gm-message-state; bh=6pu0OPfQ30mqv1XeqPLEO3HM1OYd6eFG4keMqksqwFA=; b=Dd5lRZSPYHJ3qKufU2XnAjLC8S1zol54sTOjVACRuYEvAujKCjaWQeEX1lYMM3yDz1 XjIyQH+9kGe4FdNetSwKVVpSNuK6L72YMseXmf915yWrCIMK9oyMXv2EYZCNzFhOMUcw Fh549t3WperTYCMS3faJ9z3i1yz8M7SIqBEJ81uXvInMHTwm2flxm1JrqtdC0X81yE78 MvtkhtDLJcnDP4ZuP3PYlEIfuxCWI7b6HzHtxwYy/8ab0qBoOCDdbFZnW9zVgRmBA+aA agkmvLmFVev7ZBn8ayAtLzpUuGTQPefPDKWgzhNurL9su6rESeBT3BKj4gOdM9G5egKX bqPg== Received: by 10.43.135.135 with SMTP id ig7mr6757876icc.8.1352063046603; Sun, 04 Nov 2012 13:04:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.27.8 with HTTP; Sun, 4 Nov 2012 13:03:46 -0800 (PST) In-Reply-To: References: From: Harsh J Date: Mon, 5 Nov 2012 02:33:46 +0530 Message-ID: Subject: Re: Task does not enter reduce function after secondary sort To: user@hadoop.apache.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQl8hjVkCdxqhHDqHNvkdVvrGHV8E3fpw6TBmTwLarNOqfjKZWFX9Y9ZQc+ADzWwMUkMV9/A X-Virus-Checked: Checked by ClamAV on apache.org Sounds like an override issue to me. If you can share your code, we can take a quick look - otherwise, try annotating your reduce(=85) method with @Override and recompiling to see if it really is the right signature Java expects. On Mon, Nov 5, 2012 at 1:48 AM, Aseem Anand wrote: > Hi, > I am using a Secondary Sort for my Hadoop program. My map function emits > (Text,NullWritable) where Text contains the composite key and appropriate > comparison functions are made and a custom Partitioner . These seem to be > working fine. > > I have been struggling with the problem that these values are not being > received by the reduce function and instead automatically get written to = the > hdfs in x number of files where x is the number of reducers. I have made > sure the reduce function is set to my Reduce function and not identity > reduce. > > Can someone please explain this behavior and what could be possibly wrong= ? > > Thanks & Regards, > Aseem --=20 Harsh J