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

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


Copy link to this message
-
Re: [ANNOUNCE] The 1st hbase 0.94.10 release candidate is available for download
Jean-Marc Spaggiari 2013-07-24, 22:27
I turn logs to info in all my test because of that...
 Le 2013-07-24 18:22, "Jean-Daniel Cryans" <[EMAIL PROTECTED]> a écrit :

> Yeah AFAIK it's almost always been like this.
>
> J-D
>
> On Wed, Jul 24, 2013 at 11:17 AM, lars hofhansl <[EMAIL PROTECTED]> wrote:
> > 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