Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Plain View
HBase >> mail # dev >> [ANNOUNCE] The 1st hbase 0.94.10 release candidate is available for download


+
lars hofhansl 2013-07-19, 21:33
+
Jean-Marc Spaggiari 2013-07-23, 16:07
+
lars hofhansl 2013-07-24, 00:35
+
Jean-Marc Spaggiari 2013-07-24, 00:38
+
Jean-Daniel Cryans 2013-07-23, 18:54
+
Stack 2013-07-24, 18:04
Copy link to this message
-
Re: [ANNOUNCE] The 1st hbase 0.94.10 release candidate is available for download
Thanks Stack!

Hmm... That log message is not new. That's a pretty small block cache, so probably needs to evict often.
Could be a little less verbose about it, or make this trace.
-- Lars

________________________________
 From: Stack <[EMAIL PROTECTED]>
To: HBase Dev List <[EMAIL PROTECTED]>; lars hofhansl <[EMAIL PROTECTED]>
Sent: Wednesday, July 24, 2013 11:04 AM
Subject: Re: [ANNOUNCE] The 1st hbase 0.94.10 release candidate is available for download
 

+1

Compared md5s.
Dir layout looks right.
Doc checks out.
Runs fine in standalone mode.
Loaded some data. Confirmed it is there.
Restarted.  Reconfirmed data still there.
Checked logs.

I see this every 4ms or so when reading.

21 2013-07-24 10:55:24,594 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU eviction
completed; freed=24.78 MB, total=185.13 MB, single=0 KB, multi=207.88 MB,
memory=0.64 KB
20 2013-07-24 10:55:28,975 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU eviction
started; Attempting to free 24.75 MB of total=209.91 MB

Loads of it.  Not enough to sink the RC but annoying.

St.Ack
On Fri, Jul 19, 2013 at 2:33 PM, lars hofhansl <[EMAIL PROTECTED]> wrote:

> The 1st 0.94.10 RC is available for download at
> http://people.apache.org/~larsh/hbase-0.94.10-rc0/
> Signed with my code signing key: C7CFE328
>
> Like the previous point releases, 0.94.10 is a primarily a bug fix
> release. This RC has 35 issues resolved against it:
>     [HBASE-8774] - Add BatchSize and Filter to Thrift2
>     [HBASE-8819] - Port HBASE-5428 to Thrift 2
>     [HBASE-8826] - Ensure HBASE-8695 is covered in Thrift 2
>     [HBASE-8832] - Ensure HBASE-4658 is supported by Thrift 2
>     [HBASE-8876] - Addendum to HBASE-8774 Add BatchSize and Filter to
> Thrift2 - Add BatchSize Test
>     [HBASE-8938] - Thrift2 does not close scanner instance
>     [HBASE-8432] - a
>  table with unbalanced regions will balance indefinitely with the
> 'org.apache.hadoop.hbase.master.DefaultLoadBalancer'
>     [HBASE-8678] - Wrongly delete cells in some case which can not be
> deleted
>     [HBASE-8695] - The HBase thrift service ignores XML configuration
>     [HBASE-8776] - tweak retry settings some more (on trunk and 0.94)
>     [HBASE-8782] - Thrift2 can not parse values when using framed transport
>     [HBASE-8794] - DependentColumnFilter.toString() throws
> NullPointerException
>     [HBASE-8811] - REST service ignores misspelled "check=" parameter,
> causing unexpected mutations
>     [HBASE-8814] - Possible NPE in split if a region has empty store files.
>     [HBASE-8858] - Backport hbase-6979 "recovered.edits file should not
> break distributed log splitting"
>     [HBASE-8910] -
>  HMaster.abortNow shouldn't try to become a master again if it was stopped
>     [HBASE-8967] - Duplicate call to snapshotManager.stop() in
> HRegionServer
>     [HBASE-8968] - Avoid call to zk in HRegionServer#getMaster() to log
> the master address which already read from the zk.
>     [HBASE-8971] - Bump 0.94 version to 0.94.10-SNAPSHOT
>     [HBASE-8988] - Reuse the thread pool in the shell to not run out of
> threads
>     [HBASE-8599] - HLogs in ZK are not cleaned up when replication lag is
> minimal
>     [HBASE-8767] - Backport hbase-8001 and hbase-8012, avoid lazy seek
>     [HBASE-8806] - Row locks are acquired repeatedly in
> HRegion.doMiniBatchMutation for duplicate rows.
>     [HBASE-8809] - Include deletes in the scan (setRaw) method does not
> respect the time range or the filter
>     [HBASE-8847] -
>  Filter.transform() always applies unconditionally, even when combined in
> a FilterList
>     [HBASE-8908] - Backport HBASE-8882 and HBASE-8904 (An Integration Test
> to Test MTTR) to 0.94
>     [HBASE-8921] - [thrift2] Add GenericOptionsParser to Thrift 2 server
>     [HBASE-8945] - Backport to 0.94: HBASE-7952 Remove update() and
> Improve ExplicitColumnTracker performance.
>     [HBASE-8829] - Improve failed TestMetaScanner assert message so can
> see where/why failure
+
Jean-Daniel Cryans 2013-07-24, 22:22
+
Jean-Marc Spaggiari 2013-07-24, 22:27
+
lars hofhansl 2013-07-24, 23:14