Build failed in Hudson: HBase-TRUNK #1710

See Changes: [stack] REVERT HBASE-3429 HBaseObjectWritable should support arrays of any Writable or Serializable, not just Writable[] [stack] REVERT HBASE-3429 HBaseObjectWritable should support arrays of any Writable or Serializa

ANN: The fourth hbase 0.90.0 release candidate is available for download X

The fourth hbase 0.90.0 release candidate is available for download: http://people.apache.org/~stack/hbase-0.90.0-candidate-3/ This is going to be the one! Should we release this candidate as hbase 0.90.0? Take it for a spin. Check out the doc., etc. Vote +1/-1 by next Friday, the 14th of Jan

Build failed in Hudson: HBase-TRUNK #1709

See Changes: [stack] HBASE-3429 HBaseObjectWritable should support arrays of any Writable or Serializable, not just Writable[] [stack] HBASE-3430 hbase-daemon.sh should clean up PID files on process stop --

Hudson build is back to normal : HBase-TRUNK #1708

See

Re: hadoop 0.22.0; want we wrestle into the release

On Fri, Jan 7, 2011 at 1:53 PM, Stack wrote: > Nigel has started up the hadoop 0.22.0 release train. What does hbase > want in there? Fighting for hdfs-918 in 0.22.0 is probably not going > to fly but if there is other stuff we need, lets do the work to help > get it committed. > 0.22.0 is ess

hadoop 0.22.0; want we wrestle into the release

Nigel has started up the hadoop 0.22.0 release train. What does hbase want in there? Fighting for hdfs-918 in 0.22.0 is probably not going to fly but if there is other stuff we need, lets do the work to help get it committed. We should also do a bit of testing of HBase on top of the 0.22 branch

Re: java.lang.NoSuchMethodException: hbase-0.90

Great. I will file a patch to move the check to the constructor and fail back to old process if the method is missing. For our case, I just implemented getFileLength and all is happy (on that front) On Fri, Jan 7, 2011 at 12:38 PM, Stack wrote: > Let me open an issue to add more checks around

Re: java.lang.NoSuchMethodException: hbase-0.90

I think a simple check for the presence of the method is better. On Fri, Jan 7, 2011 at 11:32 AM, M. C. Srivas wrote: > > How about checking to see if "in" is instanceOf DFSInputStream before > doing > the rest of the stuff? > > > > > > > St.Ack > > >

Re: java.lang.NoSuchMethodException: hbase-0.90

On Fri, Jan 7, 2011 at 11:34 AM, Ted Dunning wrote: > It also assumes the type of this.in.in (at least the duck type). > True. > This broke when we gave it a non HDFS instream. You manifest as HDFS or as something else? > I have added a > getFileLength method so that works now.  But it sounds

Re: java.lang.NoSuchMethodException: hbase-0.90

On Fri, Jan 7, 2011 at 10:30 AM, Stack wrote: > As to your question Ted, it does seem like we could do the reflection > once-only in the constructor rather than every time we do a getPos. > Let me ask Nicolas. Maybe he had reason for having to do it each > time. As to its assumptions, what you

Re: java.lang.NoSuchMethodException: hbase-0.90

On Fri, Jan 7, 2011 at 10:30 AM, Stack wrote: > On Fri, Jan 7, 2011 at 7:53 AM, Ted Dunning wrote: > > This is on 0.90, right? Were you using HDFS to store your region tables? > > > > I just ran into the same thing and looked into the > > > org.apache.hadoop.hbase.regionserver.wal.SequenceFileL

Re: java.lang.NoSuchMethodException: hbase-0.90

On Fri, Jan 7, 2011 at 8:24 AM, Abinash Karana (Bizosys) wrote: > One more finding > The 0.90 seems slower than 0.89 > > Test Result: I indexed using HSearch (HSearch Uses HBase for storing > indexes) around 1 Million records of Freebase location information. The > warmed Search for keyword "Hill"

Re: java.lang.NoSuchMethodException: hbase-0.90

Abinash, can we have more of the stack trace? How/Where did this happen? As part of normal running? St.Ack On Fri, Jan 7, 2011 at 2:32 AM, Abinash Karana (Bizosys) wrote: > 11/01/07 14:46:11 WARN wal.SequenceFileLogReader: Error while trying to get > accurate file length.  Truncation / data los

Re: java.lang.NoSuchMethodException: hbase-0.90

On Fri, Jan 7, 2011 at 7:53 AM, Ted Dunning wrote: > This is on 0.90, right?  Were you using HDFS to store your region tables? > > I just ran into the same thing and looked into the > org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader$WALReader$WALReaderFSDataInputStream.getPos > metho

Re: server.NIOServerCnxn: EndOfStreamException: hbase-0.90

What's the rest of the message? It looks important. J-D On Fri, Jan 7, 2011 at 2:35 AM, Abinash Karana (Bizosys) wrote: > This warning message keeps on coming while client makes a call to the > server. I run in a standalone mode. How to avoid it? > > > > 11/01/07 13:12:31 WARN server.NIOServerCn

Build failed in Hudson: HBase-TRUNK #1707

See Changes: [garyh] HBASE-3405 Allow HBaseRpcMetrics to register custom interface methods (test fix) [jgray] HBASE-3418 Increment operations can break when qualifiers are split between memstore/snapshot and storefiles -

Hudson build is back to normal : hbase-0.90 #53

See

RE: java.lang.NoSuchMethodException: hbase-0.90

Yep.. I have only filters which are deployed along with HBase 0.90. You can browse CVS code @ http://bizosyshsearch.sourceforge.net/ One more finding > The 0.90 seems slower than 0.89 Test Result: I indexed using HSearch (HSearch Uses HBase for storing indexes) around 1 Million records of Freeba

Re: java.lang.NoSuchMethodException: hbase-0.90

This is on 0.90, right? Were you using HDFS to store your region tables? I just ran into the same thing and looked into the org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogReader$WALReader$WALReaderFSDataInputStream.getPos method. That method does some truly hideous reflection things wit

server.NIOServerCnxn: EndOfStreamException: hbase-0.90

This warning message keeps on coming while client makes a call to the server. I run in a standalone mode. How to avoid it? 11/01/07 13:12:31 WARN server.NIOServerCnxn: EndOfStreamException: Unable to read additional data from client sessionid 0x12d5f5e9b84020c, likely clie nt has closed socket

java.lang.NoSuchMethodException: hbase-0.90

11/01/07 14:46:11 WARN wal.SequenceFileLogReader: Error while trying to get accurate file length. Truncation / data loss may occur if RegionServers d ie. java.lang.NoSuchMethodException: org.apache.hadoop.fs.ChecksumFileSystem$ChecksumFSInputChecker.getFileLength () at java.lang.Class.getM