Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-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 3004A481E for ; Sat, 21 May 2011 04:31:27 +0000 (UTC) Received: (qmail 33121 invoked by uid 500); 21 May 2011 04:31:25 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 32895 invoked by uid 500); 21 May 2011 04:31:25 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 32886 invoked by uid 99); 21 May 2011 04:31:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 May 2011 04:31:22 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of saint.ack@gmail.com designates 209.85.216.41 as permitted sender) Received: from [209.85.216.41] (HELO mail-qw0-f41.google.com) (209.85.216.41) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 May 2011 04:31:15 +0000 Received: by qwa26 with SMTP id 26so3087354qwa.14 for ; Fri, 20 May 2011 21:30:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=QXGpo0Xuu/v52IlZPJJWyhjUAvTMSmsHCfQbasht8o4=; b=r2rykvVv/5P4Z2tK/PnmrzwWR6rSS46NqF1M5LJIe9FOBO/GXpZdQ8x0/6xpcA5CUv XXO5tkvgCCSCMExcftYkXIpF3jkRLYR1tEmEfvEPbaaynVUYgBLG2F5P4FFmLv6xTomb qrmkzAJeAzp2shSefR+ZAzXL69kj62FttE4no= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=K4cQ+Mwyr9FmvDRATbAMA3n2rADY2KCNLECQY82jbFrWux7zQQCKTUbuDft32DlAKX 8zbkOmvFeHK/gKKLNBGmD+yxyrD7ObhwPW8Yn88oGMqD+QwnRj60AG7aShpS00OVOcPd Y67meoeMTdNAI4vSK0ZIZ+mY5xGrOhqVC1YSA= MIME-Version: 1.0 Received: by 10.224.189.78 with SMTP id dd14mr250182qab.136.1305952255094; Fri, 20 May 2011 21:30:55 -0700 (PDT) Sender: saint.ack@gmail.com Received: by 10.224.19.208 with HTTP; Fri, 20 May 2011 21:30:55 -0700 (PDT) In-Reply-To: References: <07AF65A6-E47D-479C-A3D0-56EAEF70FB4E@bigpond.net.au> Date: Fri, 20 May 2011 21:30:55 -0700 X-Google-Sender-Auth: JbjLnYnC89dftjutTnMOOOCBSCk Message-ID: Subject: Re: NoSuchColumnFamilyException Node.JS Thrift From: Stack To: user@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org If you use a different transport -- is that possible w/ node.js -- does it work then? St.Ack On Fri, May 20, 2011 at 8:56 PM, Mark Jarecki wro= te: > Just an addition, > > I notice that when I restart the thrift server, the exception is no longe= r persisted. > > On 21/05/2011, at 1:51 PM, Mark Jarecki wrote: > >> Hi there, >> Just experimenting with getting Hbase 0.90.3 working with Node.js using = Thrift 0.6 (nonblocking & framed transport) and node-thrift. >> I was testing exceptions, by mutating on a column that didn't exist: >> =A0 =A0 =A0 var mutations =3D []; >> =A0 =A0 =A0 mutations.push(new ttypes.Mutation({column: "column1:", valu= e: "value 1"})); >> =A0 =A0 =A0 client.mutateRow("experimental", "row1", mutations, callback= ); >> This throws, as expected: >> {"name":"IOError","message":"Failed 1 action: NoSuchColumnFamilyExceptio= n: 1 time, servers with issues: 10.0.1.2:56195, "} >> >> The logs read: >> 2011-05-21 13:30:30,924 WARN org.apache.hadoop.hbase.regionserver.HRegio= n: No such column family in batch put >> org.apache.hadoop.hbase.regionserver.NoSuchColumnFamilyException: Column= family column1 does not exist in region experimental,,1305873969637.37ad0e= 48bf8c5b9b6d0fbb9379b77807. in table {NAME =3D> 'experimental', FAMILIES = =3D> [{NAME =3D> 'column2', BLOOMFILTER =3D> 'NONE', REPLICATION_SCOPE =3D>= '0', VERSIONS =3D> '3', COMPRESSION =3D> 'NONE', TTL =3D> '-1', BLOCKSIZE = =3D> '65536', IN_MEMORY =3D> 'false', BLOCKCACHE =3D> 'false'}]} >> =A0 =A0 =A0 at org.apache.hadoop.hbase.regionserver.HRegion.checkFamily(= HRegion.java:3187) >> =A0 =A0 =A0 at org.apache.hadoop.hbase.regionserver.HRegion.checkFamilie= s(HRegion.java:1740) >> =A0 =A0 =A0 at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchP= ut(HRegion.java:1422) >> =A0 =A0 =A0 at org.apache.hadoop.hbase.regionserver.HRegion.put(HRegion.= java:1386) >> =A0 =A0 =A0 at org.apache.hadoop.hbase.regionserver.HRegionServer.multi(= HRegionServer.java:2549) >> =A0 =A0 =A0 at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Sour= ce) >> =A0 =A0 =A0 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Delegatin= gMethodAccessorImpl.java:25) >> =A0 =A0 =A0 at java.lang.reflect.Method.invoke(Method.java:597) >> =A0 =A0 =A0 at org.apache.hadoop.hbase.ipc.HBaseRPC$Server.call(HBaseRPC= .java:570) >> =A0 =A0 =A0 at org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBase= Server.java:1039) >> >> >> However, all subsequent operations persist with the same exception. Yet = the operations themselves are successful. Hbase doesn't want to let the old= er exception go, it is seemingly retrying on each new operation. >> >> How do I stop these exceptions persisting? >> >> Thanks, >> Mark >> >> >> >> > >