Return-Path: Delivered-To: apmail-hadoop-hbase-user-archive@locus.apache.org Received: (qmail 18882 invoked from network); 19 Sep 2008 17:41:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Sep 2008 17:41:13 -0000 Received: (qmail 94145 invoked by uid 500); 19 Sep 2008 17:41:09 -0000 Delivered-To: apmail-hadoop-hbase-user-archive@hadoop.apache.org Received: (qmail 94129 invoked by uid 500); 19 Sep 2008 17:41:09 -0000 Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-user@hadoop.apache.org Delivered-To: mailing list hbase-user@hadoop.apache.org Received: (qmail 94118 invoked by uid 99); 19 Sep 2008 17:41:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Sep 2008 10:41:09 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jdcryans@gmail.com designates 209.85.200.169 as permitted sender) Received: from [209.85.200.169] (HELO wf-out-1314.google.com) (209.85.200.169) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Sep 2008 17:40:10 +0000 Received: by wf-out-1314.google.com with SMTP id 24so591892wfg.2 for ; Fri, 19 Sep 2008 10:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=baULJFazgv/0sqETJiNs3s9/sUvpZ7iBGTVLndl8OAI=; b=Eo0PQlfG1N8uPrpY8D3Ni7W7UhsxPNSdLivyE1hkfv73alGqhZMQApn5TfyRVVDUtU hsj4SvpwUqoq8/F9LqBu6ykeyedBn0PvcvOSZ7WyXn6309uQJIewai7peH85Jz7nOLmU 3eOl34A9O7phSm/CyW2dK6z48RVGRhC2oImwI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=fsKiXVkUYCtgOxqVo91rEzmwTXzcsD8fGgwb5MnHwdPVAmnK/gGa+bhHOJqxqFS5tn cU7W1ZQ2GtA7cSSVC3B0Lf6ygZ8sqkRMQJwN443u0VRc3j+FOXQDZOerKDVdgSr+mdDm Pba4AKTi2P/tTtyWYXo5cO5lqeaIQT8wAVl8s= Received: by 10.142.50.15 with SMTP id x15mr125094wfx.342.1221846033782; Fri, 19 Sep 2008 10:40:33 -0700 (PDT) Received: by 10.142.101.2 with HTTP; Fri, 19 Sep 2008 10:40:33 -0700 (PDT) Message-ID: <31a243e70809191040o13cb0c03g94023e95a002540@mail.gmail.com> Date: Fri, 19 Sep 2008 13:40:33 -0400 From: "Jean-Daniel Cryans" Sender: jdcryans@gmail.com To: hbase-user@hadoop.apache.org Subject: Re: MR process in endless loop In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_52881_7571105.1221846033783" References: X-Google-Sender-Auth: 158be1113b029ca0 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_52881_7571105.1221846033783 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dru, Which versions? Thx J-D On Fri, Sep 19, 2008 at 1:38 PM, Dru Jensen wrote: > I have a MR process that gets stuck in an endless loop. It looks like the > same set of keys are being sent to one of the tasks in an endless loop. > Unfortunately, Its not consistent. Sometimes it works fine. Only 1 of the > 6 MR processes gets in this state and never completes. > After the disk space is used up on the HFS, the tables become corrupt and I > can no longer recover them. > > The main difference from other MR processes I have is that I added a filter > to the MR process table scanner by extending the TableInputFormatBase: > > public class TableInputFormatColumnFilter extends TableInputFormatBase > implements JobConfigurable {...} > > and then adding a ColumnValueFilter in the configure() as follows: > > ColumnValueFilter rowFilter = new > ColumnValueFilter(Bytes.toBytes("column_name"), > ColumnValueFilter.CompareOp.LESS_OR_EQUAL, Bytes.toBytes("column_value")); > setRowFilter(rowFilter); > > Any ideas what may be causing this? ------=_Part_52881_7571105.1221846033783--