You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by Stack <st...@duboce.net> on 2013/04/03 07:12:05 UTC
VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Here is the second 0.95.0 release candidate. Should we put this out as
0.95.0? Please
vote by friday, April 5th.
See the refguide [1] for definition of what a "Development" Series Release
is (or read below where we call it a 'developer release"). In short, it is
a preview release, not for production, put out early so us devs start
getting feedback the sooner.
The release is available here:
http://people.apache.org/~stack/hbase-0.95.0RC1/
Issues fixed in this release are available here:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
...including a fix for HBASE-8242, the issue that sunk the first release
candidate.
Thanks,
St.Ack
1. http://hbase.apache.org/book.html#hbase.versioning
On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
> Here is our first 0.95.0 release candidate. Should we put this out as
> 0.95.0?
>
> The 0.95.x series of releases are designated "developer releases", a type
> of release we have done in the past -- see the 0.89.x series -- where we
> let out 'raw', barely-tested product so developers and those generally
> interested can get some early exposure to what our next stable release to
> follow 0.94.x will look like. Putting out these 'rough cuts' also helps
> to get the feedback started earlier while the release is still baking.
>
> These "developer release" come with no guarantees. We make no
> promises that the next release will be compatible with this one or even
> that
> you will be able to preserve data across the update (This is at an extreme,
> and highly unlikely, but could be the case). No work has been done to make
> it so you can migrate from 0.94.x HBase.
>
> In spite of all the caveats above, we still need to vote. Remember, the
> bar
> is intentionally set lower on these "developer releases"; it will have to
> be
> something pretty bad to block this RC going out. There should be a new
> release
> along in a week or two and we can address the offender there.
>
> The release artifacts may be downloaded from:
>
> http://people.apache.org/~stack/hbase-0.95.0RC0/
>
> Let the vote run for a short time, say, April 3rd. Take it for a quick
> spin.
>
> Over 1500 issues have been closed against 0.95.0. It is tough pulling out
> the highlights but I think most will be interested in big improvements
> in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
> hadoop2.... the list is long. For the full list of issues fixed see:
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>
> All feedback is welcome. We'd be interested in getting feedback on
> everything from the packaging, layout, through documentation, UI, and of
> course,
> any bugs found.
>
> Thanks,
> St.Ack
>
>
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Ted Yu <yu...@gmail.com>.
I think Ram's JIRA should be HBASE-7962
FYI
On Wed, Apr 3, 2013 at 10:07 AM, ramkrishna vasudevan <
ramkrishna.s.vasudevan@gmail.com> wrote:
> Stack for the native libs not found i raised a JIRA recently. I tried
> figuring out the problem but left it half way.
> I dont remember the JIRA id now.
>
> Regards
> Ram
>
>
> On Wed, Apr 3, 2013 at 10:08 PM, Stack <st...@duboce.net> wrote:
>
> > On Wed, Apr 3, 2013 at 1:02 AM, Elliott Clark <ec...@apache.org> wrote:
> >
> > > +1
> > >
> > > Verified the gpg signature for hadoop2 and source tar balls.
> > > Spun up a local instance.
> > > Created tables. Put data, got data
> > > Ran TestAcidGuarantees for about 2 hours.
> > > Tried an online schema change while running test acid. (seemed to work
> > but
> > > caused a huge drop in throughput)
> > > Created a snapshot while test acid was going on.
> > > Ran apache-rat on the source
> > >
> > > Native libs aren't present (are they supposed to be there for mlock ?)
> > > I filed some minor jiras but everything seems good for a developer
> > release.
> > >
> > >
> > Thanks for trying it out ES. Yeah, natives should be there. Let me
> adjust
> > the build script. Will include in next RC or release.
> >
> > St.Ack
> >
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Ted Yu <yu...@gmail.com>.
One thing I don't understand is why there is noticeable difference in
performance between 0.95.0 and trunk.
I think their code should be very close to each other.
On Thu, Apr 4, 2013 at 8:20 AM, Jean-Marc Spaggiari <jean-marc@spaggiari.org
> wrote:
> I ran the performances tests against 0.95.0RC1.
>
> While filteredScan, read and writes got nice improvements (18% faster
> for the reads), scans seems to be negatively impacted (32% slower for
> scanRange100).
>
> Results are there:
> http://www.spaggiari.org/media/blogs/hbase/pdf/performances_20130404.pdf
>
> I have just restarted scanRange100 to validate the numbers.
>
> JM
>
> 2013/4/3 Andrew Purtell <ap...@apache.org>:
> > I think that sounds good.
> >
> > On Wednesday, April 3, 2013, Stack wrote:
> >
> >> On Wed, Apr 3, 2013 at 10:55 AM, Andrew Purtell <apurtell@apache.org
> <javascript:;>>
> >> wrote:
> >>
> >> > Then what if we do not provide native binary convenience artifacts and
> >> > instead print an INFO level log message, should they be missing, which
> >> > points to a book chapter on compiling and installing them?
> >> >
> >> >
> >> Yes. For now, I could just fill out the section in refguide on mlockall
> >> since that the only native lib we ship?
> >> St.Ack
> >>
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Jean-Marc Spaggiari <je...@spaggiari.org>.
I ran the performances tests against 0.95.0RC1.
While filteredScan, read and writes got nice improvements (18% faster
for the reads), scans seems to be negatively impacted (32% slower for
scanRange100).
Results are there:
http://www.spaggiari.org/media/blogs/hbase/pdf/performances_20130404.pdf
I have just restarted scanRange100 to validate the numbers.
JM
2013/4/3 Andrew Purtell <ap...@apache.org>:
> I think that sounds good.
>
> On Wednesday, April 3, 2013, Stack wrote:
>
>> On Wed, Apr 3, 2013 at 10:55 AM, Andrew Purtell <apurtell@apache.org<javascript:;>>
>> wrote:
>>
>> > Then what if we do not provide native binary convenience artifacts and
>> > instead print an INFO level log message, should they be missing, which
>> > points to a book chapter on compiling and installing them?
>> >
>> >
>> Yes. For now, I could just fill out the section in refguide on mlockall
>> since that the only native lib we ship?
>> St.Ack
>>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Andrew Purtell <ap...@apache.org>.
I think that sounds good.
On Wednesday, April 3, 2013, Stack wrote:
> On Wed, Apr 3, 2013 at 10:55 AM, Andrew Purtell <apurtell@apache.org<javascript:;>>
> wrote:
>
> > Then what if we do not provide native binary convenience artifacts and
> > instead print an INFO level log message, should they be missing, which
> > points to a book chapter on compiling and installing them?
> >
> >
> Yes. For now, I could just fill out the section in refguide on mlockall
> since that the only native lib we ship?
> St.Ack
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Stack <st...@duboce.net>.
On Wed, Apr 3, 2013 at 10:55 AM, Andrew Purtell <ap...@apache.org> wrote:
> Then what if we do not provide native binary convenience artifacts and
> instead print an INFO level log message, should they be missing, which
> points to a book chapter on compiling and installing them?
>
>
Yes. For now, I could just fill out the section in refguide on mlockall
since that the only native lib we ship?
St.Ack
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Andrew Purtell <ap...@apache.org>.
Then what if we do not provide native binary convenience artifacts and
instead print an INFO level log message, should they be missing, which
points to a book chapter on compiling and installing them?
On Wed, Apr 3, 2013 at 10:43 AM, Stack <st...@duboce.net> wrote:
> On Wed, Apr 3, 2013 at 10:11 AM, Todd Lipcon <to...@cloudera.com> wrote:
>
> > Shipping the native libs is difficult anyway, because the artifacts will
> > depend on the particular architecture/OS that you compile on. (eg if you
> > compile on Ubuntu 12.04, it'll be useless on RHEL6 or vice versa).
> >
> > If we want them to work out of the box, we'd need to cross-compile or
> > otherwise do the native lib compile on a number of different slaves and
> > collapse them back down into a single dist tarball.
> >
>
>
> Thanks Todd. Yeah, the libs made on my mac build box won't be too
> generally useful.
>
> A cross-compile project as part of packaging will be a bit of an
> undertaking. Currently, the only native code we ship is the mlockall
> support (http://hbase.apache.org/book.html#mlockall).
>
> St.Ack
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Stack <st...@duboce.net>.
On Wed, Apr 3, 2013 at 10:11 AM, Todd Lipcon <to...@cloudera.com> wrote:
> Shipping the native libs is difficult anyway, because the artifacts will
> depend on the particular architecture/OS that you compile on. (eg if you
> compile on Ubuntu 12.04, it'll be useless on RHEL6 or vice versa).
>
> If we want them to work out of the box, we'd need to cross-compile or
> otherwise do the native lib compile on a number of different slaves and
> collapse them back down into a single dist tarball.
>
Thanks Todd. Yeah, the libs made on my mac build box won't be too
generally useful.
A cross-compile project as part of packaging will be a bit of an
undertaking. Currently, the only native code we ship is the mlockall
support (http://hbase.apache.org/book.html#mlockall).
St.Ack
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Todd Lipcon <to...@cloudera.com>.
Shipping the native libs is difficult anyway, because the artifacts will
depend on the particular architecture/OS that you compile on. (eg if you
compile on Ubuntu 12.04, it'll be useless on RHEL6 or vice versa).
If we want them to work out of the box, we'd need to cross-compile or
otherwise do the native lib compile on a number of different slaves and
collapse them back down into a single dist tarball.
-Todd
On Wed, Apr 3, 2013 at 10:07 AM, ramkrishna vasudevan <
ramkrishna.s.vasudevan@gmail.com> wrote:
> Stack for the native libs not found i raised a JIRA recently. I tried
> figuring out the problem but left it half way.
> I dont remember the JIRA id now.
>
> Regards
> Ram
>
>
> On Wed, Apr 3, 2013 at 10:08 PM, Stack <st...@duboce.net> wrote:
>
> > On Wed, Apr 3, 2013 at 1:02 AM, Elliott Clark <ec...@apache.org> wrote:
> >
> > > +1
> > >
> > > Verified the gpg signature for hadoop2 and source tar balls.
> > > Spun up a local instance.
> > > Created tables. Put data, got data
> > > Ran TestAcidGuarantees for about 2 hours.
> > > Tried an online schema change while running test acid. (seemed to work
> > but
> > > caused a huge drop in throughput)
> > > Created a snapshot while test acid was going on.
> > > Ran apache-rat on the source
> > >
> > > Native libs aren't present (are they supposed to be there for mlock ?)
> > > I filed some minor jiras but everything seems good for a developer
> > release.
> > >
> > >
> > Thanks for trying it out ES. Yeah, natives should be there. Let me
> adjust
> > the build script. Will include in next RC or release.
> >
> > St.Ack
> >
>
--
Todd Lipcon
Software Engineer, Cloudera
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by ramkrishna vasudevan <ra...@gmail.com>.
Stack for the native libs not found i raised a JIRA recently. I tried
figuring out the problem but left it half way.
I dont remember the JIRA id now.
Regards
Ram
On Wed, Apr 3, 2013 at 10:08 PM, Stack <st...@duboce.net> wrote:
> On Wed, Apr 3, 2013 at 1:02 AM, Elliott Clark <ec...@apache.org> wrote:
>
> > +1
> >
> > Verified the gpg signature for hadoop2 and source tar balls.
> > Spun up a local instance.
> > Created tables. Put data, got data
> > Ran TestAcidGuarantees for about 2 hours.
> > Tried an online schema change while running test acid. (seemed to work
> but
> > caused a huge drop in throughput)
> > Created a snapshot while test acid was going on.
> > Ran apache-rat on the source
> >
> > Native libs aren't present (are they supposed to be there for mlock ?)
> > I filed some minor jiras but everything seems good for a developer
> release.
> >
> >
> Thanks for trying it out ES. Yeah, natives should be there. Let me adjust
> the build script. Will include in next RC or release.
>
> St.Ack
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Stack <st...@duboce.net>.
On Wed, Apr 3, 2013 at 1:02 AM, Elliott Clark <ec...@apache.org> wrote:
> +1
>
> Verified the gpg signature for hadoop2 and source tar balls.
> Spun up a local instance.
> Created tables. Put data, got data
> Ran TestAcidGuarantees for about 2 hours.
> Tried an online schema change while running test acid. (seemed to work but
> caused a huge drop in throughput)
> Created a snapshot while test acid was going on.
> Ran apache-rat on the source
>
> Native libs aren't present (are they supposed to be there for mlock ?)
> I filed some minor jiras but everything seems good for a developer release.
>
>
Thanks for trying it out ES. Yeah, natives should be there. Let me adjust
the build script. Will include in next RC or release.
St.Ack
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Andrew Purtell <ap...@apache.org>.
DEBUG is lower than INFO. Edit log4j.properties to set the loglevel for
org.apache.hadoop.hbase to INFO.
On Wed, Apr 3, 2013 at 7:33 AM, Jean-Marc Spaggiari <jean-marc@spaggiari.org
> wrote:
> Tests in progress...
>
> Lru is pretty verbose...
>
> jmspaggi@hbasetest:~/hbase/hbase-0.95.0-hadoop1$ cat
> logs/hbase-jmspaggi-master-hbasetest.log | wc
> 53518 938381 9515387
> jmspaggi@hbasetest:~/hbase/hbase-0.95.0-hadoop1$ cat
> logs/hbase-jmspaggi-master-hbasetest.log | grep LruBlockCache | wc
> 50163 902918 8760832
>
> Should we reduce the log level to INFO for it?
>
> 2013-04-03 10:29:43,905 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction started; Attempting to free 9.72 MB of total=239.32 MB
> 2013-04-03 10:29:43,906 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction completed; freed=9.77 MB, total=229.74 MB, single=236.92 MB,
> multi=555.2 KB, memory=0 KB
> 2013-04-03 10:29:43,941 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction started; Attempting to free 9.72 MB of total=239.32 MB
> 2013-04-03 10:29:43,942 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction completed; freed=9.77 MB, total=229.74 MB, single=236.86 MB,
> multi=555.2 KB, memory=0 KB
> 2013-04-03 10:29:43,978 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction started; Attempting to free 9.72 MB of total=239.32 MB
> 2013-04-03 10:29:43,978 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction completed; freed=9.77 MB, total=229.74 MB, single=236.92 MB,
> multi=555.2 KB, memory=0 KB
>
> JM
>
> 2013/4/3 Elliott Clark <ec...@apache.org>:
> > +1
> >
> > Verified the gpg signature for hadoop2 and source tar balls.
> > Spun up a local instance.
> > Created tables. Put data, got data
> > Ran TestAcidGuarantees for about 2 hours.
> > Tried an online schema change while running test acid. (seemed to work
> but
> > caused a huge drop in throughput)
> > Created a snapshot while test acid was going on.
> > Ran apache-rat on the source
> >
> > Native libs aren't present (are they supposed to be there for mlock ?)
> > I filed some minor jiras but everything seems good for a developer
> release.
> >
> >
> > On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
> >
> >> Here is the second 0.95.0 release candidate. Should we put this out as
> >> 0.95.0? Please
> >> vote by friday, April 5th.
> >>
> >> See the refguide [1] for definition of what a "Development" Series
> Release
> >> is (or read below where we call it a 'developer release"). In short,
> it is
> >> a preview release, not for production, put out early so us devs start
> >> getting feedback the sooner.
> >>
> >> The release is available here:
> >>
> >> http://people.apache.org/~stack/hbase-0.95.0RC1/
> >>
> >> Issues fixed in this release are available here:
> >>
> >>
> >>
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >>
> >> ...including a fix for HBASE-8242, the issue that sunk the first release
> >> candidate.
> >>
> >> Thanks,
> >> St.Ack
> >>
> >> 1. http://hbase.apache.org/book.html#hbase.versioning
> >>
> >> On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
> >>
> >> > Here is our first 0.95.0 release candidate. Should we put this out as
> >> > 0.95.0?
> >> >
> >> > The 0.95.x series of releases are designated "developer releases", a
> type
> >> > of release we have done in the past -- see the 0.89.x series -- where
> we
> >> > let out 'raw', barely-tested product so developers and those generally
> >> > interested can get some early exposure to what our next stable
> release to
> >> > follow 0.94.x will look like. Putting out these 'rough cuts' also
> helps
> >> > to get the feedback started earlier while the release is still baking.
> >> >
> >> > These "developer release" come with no guarantees. We make no
> >> > promises that the next release will be compatible with this one or
> even
> >> > that
> >> > you will be able to preserve data across the update (This is at an
> >> extreme,
> >> > and highly unlikely, but could be the case). No work has been done to
> >> make
> >> > it so you can migrate from 0.94.x HBase.
> >> >
> >> > In spite of all the caveats above, we still need to vote. Remember,
> the
> >> > bar
> >> > is intentionally set lower on these "developer releases"; it will
> have to
> >> > be
> >> > something pretty bad to block this RC going out. There should be a
> new
> >> > release
> >> > along in a week or two and we can address the offender there.
> >> >
> >> > The release artifacts may be downloaded from:
> >> >
> >> > http://people.apache.org/~stack/hbase-0.95.0RC0/
> >> >
> >> > Let the vote run for a short time, say, April 3rd. Take it for a
> quick
> >> > spin.
> >> >
> >> > Over 1500 issues have been closed against 0.95.0. It is tough pulling
> >> out
> >> > the highlights but I think most will be interested in big improvements
> >> > in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
> >> > hadoop2.... the list is long. For the full list of issues fixed see:
> >> >
> >> >
> >> >
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >> >
> >> > All feedback is welcome. We'd be interested in getting feedback on
> >> > everything from the packaging, layout, through documentation, UI, and
> of
> >> > course,
> >> > any bugs found.
> >> >
> >> > Thanks,
> >> > St.Ack
> >> >
> >> >
> >> >
> >>
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Jean-Daniel Cryans <jd...@apache.org>.
On Wed, Apr 3, 2013 at 7:33 AM, Jean-Marc Spaggiari
<je...@spaggiari.org> wrote:
> Tests in progress...
>
> Lru is pretty verbose...
AFAIK it's always been like that, and it's worse when you have a small
block cache that you're banging on like in your case.
>
> jmspaggi@hbasetest:~/hbase/hbase-0.95.0-hadoop1$ cat
> logs/hbase-jmspaggi-master-hbasetest.log | wc
> 53518 938381 9515387
> jmspaggi@hbasetest:~/hbase/hbase-0.95.0-hadoop1$ cat
> logs/hbase-jmspaggi-master-hbasetest.log | grep LruBlockCache | wc
> 50163 902918 8760832
>
> Should we reduce the log level to INFO for it?
INFO is less verbose than DEBUG, so setting this to INFO would do the
opposite of what you want :)
>
> 2013-04-03 10:29:43,905 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction started; Attempting to free 9.72 MB of total=239.32 MB
> 2013-04-03 10:29:43,906 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction completed; freed=9.77 MB, total=229.74 MB, single=236.92 MB,
> multi=555.2 KB, memory=0 KB
> 2013-04-03 10:29:43,941 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction started; Attempting to free 9.72 MB of total=239.32 MB
> 2013-04-03 10:29:43,942 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction completed; freed=9.77 MB, total=229.74 MB, single=236.86 MB,
> multi=555.2 KB, memory=0 KB
> 2013-04-03 10:29:43,978 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction started; Attempting to free 9.72 MB of total=239.32 MB
> 2013-04-03 10:29:43,978 DEBUG
> org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
> eviction completed; freed=9.77 MB, total=229.74 MB, single=236.92 MB,
> multi=555.2 KB, memory=0 KB
>
> JM
>
> 2013/4/3 Elliott Clark <ec...@apache.org>:
>> +1
>>
>> Verified the gpg signature for hadoop2 and source tar balls.
>> Spun up a local instance.
>> Created tables. Put data, got data
>> Ran TestAcidGuarantees for about 2 hours.
>> Tried an online schema change while running test acid. (seemed to work but
>> caused a huge drop in throughput)
>> Created a snapshot while test acid was going on.
>> Ran apache-rat on the source
>>
>> Native libs aren't present (are they supposed to be there for mlock ?)
>> I filed some minor jiras but everything seems good for a developer release.
>>
>>
>> On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
>>
>>> Here is the second 0.95.0 release candidate. Should we put this out as
>>> 0.95.0? Please
>>> vote by friday, April 5th.
>>>
>>> See the refguide [1] for definition of what a "Development" Series Release
>>> is (or read below where we call it a 'developer release"). In short, it is
>>> a preview release, not for production, put out early so us devs start
>>> getting feedback the sooner.
>>>
>>> The release is available here:
>>>
>>> http://people.apache.org/~stack/hbase-0.95.0RC1/
>>>
>>> Issues fixed in this release are available here:
>>>
>>>
>>>
>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>>>
>>> ...including a fix for HBASE-8242, the issue that sunk the first release
>>> candidate.
>>>
>>> Thanks,
>>> St.Ack
>>>
>>> 1. http://hbase.apache.org/book.html#hbase.versioning
>>>
>>> On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
>>>
>>> > Here is our first 0.95.0 release candidate. Should we put this out as
>>> > 0.95.0?
>>> >
>>> > The 0.95.x series of releases are designated "developer releases", a type
>>> > of release we have done in the past -- see the 0.89.x series -- where we
>>> > let out 'raw', barely-tested product so developers and those generally
>>> > interested can get some early exposure to what our next stable release to
>>> > follow 0.94.x will look like. Putting out these 'rough cuts' also helps
>>> > to get the feedback started earlier while the release is still baking.
>>> >
>>> > These "developer release" come with no guarantees. We make no
>>> > promises that the next release will be compatible with this one or even
>>> > that
>>> > you will be able to preserve data across the update (This is at an
>>> extreme,
>>> > and highly unlikely, but could be the case). No work has been done to
>>> make
>>> > it so you can migrate from 0.94.x HBase.
>>> >
>>> > In spite of all the caveats above, we still need to vote. Remember, the
>>> > bar
>>> > is intentionally set lower on these "developer releases"; it will have to
>>> > be
>>> > something pretty bad to block this RC going out. There should be a new
>>> > release
>>> > along in a week or two and we can address the offender there.
>>> >
>>> > The release artifacts may be downloaded from:
>>> >
>>> > http://people.apache.org/~stack/hbase-0.95.0RC0/
>>> >
>>> > Let the vote run for a short time, say, April 3rd. Take it for a quick
>>> > spin.
>>> >
>>> > Over 1500 issues have been closed against 0.95.0. It is tough pulling
>>> out
>>> > the highlights but I think most will be interested in big improvements
>>> > in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
>>> > hadoop2.... the list is long. For the full list of issues fixed see:
>>> >
>>> >
>>> >
>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>>> >
>>> > All feedback is welcome. We'd be interested in getting feedback on
>>> > everything from the packaging, layout, through documentation, UI, and of
>>> > course,
>>> > any bugs found.
>>> >
>>> > Thanks,
>>> > St.Ack
>>> >
>>> >
>>> >
>>>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Jean-Marc Spaggiari <je...@spaggiari.org>.
Tests in progress...
Lru is pretty verbose...
jmspaggi@hbasetest:~/hbase/hbase-0.95.0-hadoop1$ cat
logs/hbase-jmspaggi-master-hbasetest.log | wc
53518 938381 9515387
jmspaggi@hbasetest:~/hbase/hbase-0.95.0-hadoop1$ cat
logs/hbase-jmspaggi-master-hbasetest.log | grep LruBlockCache | wc
50163 902918 8760832
Should we reduce the log level to INFO for it?
2013-04-03 10:29:43,905 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
eviction started; Attempting to free 9.72 MB of total=239.32 MB
2013-04-03 10:29:43,906 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
eviction completed; freed=9.77 MB, total=229.74 MB, single=236.92 MB,
multi=555.2 KB, memory=0 KB
2013-04-03 10:29:43,941 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
eviction started; Attempting to free 9.72 MB of total=239.32 MB
2013-04-03 10:29:43,942 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
eviction completed; freed=9.77 MB, total=229.74 MB, single=236.86 MB,
multi=555.2 KB, memory=0 KB
2013-04-03 10:29:43,978 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
eviction started; Attempting to free 9.72 MB of total=239.32 MB
2013-04-03 10:29:43,978 DEBUG
org.apache.hadoop.hbase.io.hfile.LruBlockCache: Block cache LRU
eviction completed; freed=9.77 MB, total=229.74 MB, single=236.92 MB,
multi=555.2 KB, memory=0 KB
JM
2013/4/3 Elliott Clark <ec...@apache.org>:
> +1
>
> Verified the gpg signature for hadoop2 and source tar balls.
> Spun up a local instance.
> Created tables. Put data, got data
> Ran TestAcidGuarantees for about 2 hours.
> Tried an online schema change while running test acid. (seemed to work but
> caused a huge drop in throughput)
> Created a snapshot while test acid was going on.
> Ran apache-rat on the source
>
> Native libs aren't present (are they supposed to be there for mlock ?)
> I filed some minor jiras but everything seems good for a developer release.
>
>
> On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
>
>> Here is the second 0.95.0 release candidate. Should we put this out as
>> 0.95.0? Please
>> vote by friday, April 5th.
>>
>> See the refguide [1] for definition of what a "Development" Series Release
>> is (or read below where we call it a 'developer release"). In short, it is
>> a preview release, not for production, put out early so us devs start
>> getting feedback the sooner.
>>
>> The release is available here:
>>
>> http://people.apache.org/~stack/hbase-0.95.0RC1/
>>
>> Issues fixed in this release are available here:
>>
>>
>>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>>
>> ...including a fix for HBASE-8242, the issue that sunk the first release
>> candidate.
>>
>> Thanks,
>> St.Ack
>>
>> 1. http://hbase.apache.org/book.html#hbase.versioning
>>
>> On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
>>
>> > Here is our first 0.95.0 release candidate. Should we put this out as
>> > 0.95.0?
>> >
>> > The 0.95.x series of releases are designated "developer releases", a type
>> > of release we have done in the past -- see the 0.89.x series -- where we
>> > let out 'raw', barely-tested product so developers and those generally
>> > interested can get some early exposure to what our next stable release to
>> > follow 0.94.x will look like. Putting out these 'rough cuts' also helps
>> > to get the feedback started earlier while the release is still baking.
>> >
>> > These "developer release" come with no guarantees. We make no
>> > promises that the next release will be compatible with this one or even
>> > that
>> > you will be able to preserve data across the update (This is at an
>> extreme,
>> > and highly unlikely, but could be the case). No work has been done to
>> make
>> > it so you can migrate from 0.94.x HBase.
>> >
>> > In spite of all the caveats above, we still need to vote. Remember, the
>> > bar
>> > is intentionally set lower on these "developer releases"; it will have to
>> > be
>> > something pretty bad to block this RC going out. There should be a new
>> > release
>> > along in a week or two and we can address the offender there.
>> >
>> > The release artifacts may be downloaded from:
>> >
>> > http://people.apache.org/~stack/hbase-0.95.0RC0/
>> >
>> > Let the vote run for a short time, say, April 3rd. Take it for a quick
>> > spin.
>> >
>> > Over 1500 issues have been closed against 0.95.0. It is tough pulling
>> out
>> > the highlights but I think most will be interested in big improvements
>> > in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
>> > hadoop2.... the list is long. For the full list of issues fixed see:
>> >
>> >
>> >
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>> >
>> > All feedback is welcome. We'd be interested in getting feedback on
>> > everything from the packaging, layout, through documentation, UI, and of
>> > course,
>> > any bugs found.
>> >
>> > Thanks,
>> > St.Ack
>> >
>> >
>> >
>>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Nicolas Liochon <nk...@gmail.com>.
I was looking at the maven dependencies in
https://repository.apache.org/content/repositories/snapshots/org/apache/hbase/hbase/0.95.0-hadoop2-SNAPSHOT/hbase-0.95.0-hadoop2-20130402.025905-1.pom
I would expect (I may be wrong) that it's the one to be used when you build
a java application on top of HBase.
But this one will reference hadoop1 as the dependency, except if you
explicitly set the value.
For example, to build ycsb benchmark against hbase 0.95 and hadoop2 you
have to:
1) Change the ycsb pom to set the right dependencies (hbase-hadoop2)
2) Recompile it with mvn package -Dhadoop.profile=2.0
If you don't set hadoop.profile when building ycsb, it will try to use
hadoop1 and the build will fail.
Nicolas
On Wed, Apr 3, 2013 at 6:37 PM, Stack <st...@duboce.net> wrote:
> On Wed, Apr 3, 2013 at 9:04 AM, Nicolas Liochon <nk...@gmail.com> wrote:
>
> > If I'm not wrong, the pom.xml for hbase-hadoop2 gets the hadoop1-compat
> > because hadoop.profile=1.0 by default. If so, it means that a user must
> > specify it from it's maven build line as well (i.e. having the dependency
> > on hbase-hadoop2 is not enough).
> >
> >
> I do not follow N. Can you give more detail?
>
>
> > Is this voluntary? May be it should be documented?
> >
> >
> What do you see as the product of the above Nicolas? It looks like
> *hadoop2.tgz has the right hadoop in it (and does not have hadoop1 compat
> bundled)?
>
> Thanks N,
> St.Ack
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Stack <st...@duboce.net>.
On Wed, Apr 3, 2013 at 9:04 AM, Nicolas Liochon <nk...@gmail.com> wrote:
> If I'm not wrong, the pom.xml for hbase-hadoop2 gets the hadoop1-compat
> because hadoop.profile=1.0 by default. If so, it means that a user must
> specify it from it's maven build line as well (i.e. having the dependency
> on hbase-hadoop2 is not enough).
>
>
I do not follow N. Can you give more detail?
> Is this voluntary? May be it should be documented?
>
>
What do you see as the product of the above Nicolas? It looks like
*hadoop2.tgz has the right hadoop in it (and does not have hadoop1 compat
bundled)?
Thanks N,
St.Ack
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Nicolas Liochon <nk...@gmail.com>.
If I'm not wrong, the pom.xml for hbase-hadoop2 gets the hadoop1-compat
because hadoop.profile=1.0 by default. If so, it means that a user must
specify it from it's maven build line as well (i.e. having the dependency
on hbase-hadoop2 is not enough).
Is this voluntary? May be it should be documented?
On Wed, Apr 3, 2013 at 10:02 AM, Elliott Clark <ec...@apache.org> wrote:
> +1
>
> Verified the gpg signature for hadoop2 and source tar balls.
> Spun up a local instance.
> Created tables. Put data, got data
> Ran TestAcidGuarantees for about 2 hours.
> Tried an online schema change while running test acid. (seemed to work but
> caused a huge drop in throughput)
> Created a snapshot while test acid was going on.
> Ran apache-rat on the source
>
> Native libs aren't present (are they supposed to be there for mlock ?)
> I filed some minor jiras but everything seems good for a developer release.
>
>
> On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
>
> > Here is the second 0.95.0 release candidate. Should we put this out as
> > 0.95.0? Please
> > vote by friday, April 5th.
> >
> > See the refguide [1] for definition of what a "Development" Series
> Release
> > is (or read below where we call it a 'developer release"). In short, it
> is
> > a preview release, not for production, put out early so us devs start
> > getting feedback the sooner.
> >
> > The release is available here:
> >
> > http://people.apache.org/~stack/hbase-0.95.0RC1/
> >
> > Issues fixed in this release are available here:
> >
> >
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >
> > ...including a fix for HBASE-8242, the issue that sunk the first release
> > candidate.
> >
> > Thanks,
> > St.Ack
> >
> > 1. http://hbase.apache.org/book.html#hbase.versioning
> >
> > On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
> >
> > > Here is our first 0.95.0 release candidate. Should we put this out as
> > > 0.95.0?
> > >
> > > The 0.95.x series of releases are designated "developer releases", a
> type
> > > of release we have done in the past -- see the 0.89.x series -- where
> we
> > > let out 'raw', barely-tested product so developers and those generally
> > > interested can get some early exposure to what our next stable release
> to
> > > follow 0.94.x will look like. Putting out these 'rough cuts' also
> helps
> > > to get the feedback started earlier while the release is still baking.
> > >
> > > These "developer release" come with no guarantees. We make no
> > > promises that the next release will be compatible with this one or even
> > > that
> > > you will be able to preserve data across the update (This is at an
> > extreme,
> > > and highly unlikely, but could be the case). No work has been done to
> > make
> > > it so you can migrate from 0.94.x HBase.
> > >
> > > In spite of all the caveats above, we still need to vote. Remember,
> the
> > > bar
> > > is intentionally set lower on these "developer releases"; it will have
> to
> > > be
> > > something pretty bad to block this RC going out. There should be a new
> > > release
> > > along in a week or two and we can address the offender there.
> > >
> > > The release artifacts may be downloaded from:
> > >
> > > http://people.apache.org/~stack/hbase-0.95.0RC0/
> > >
> > > Let the vote run for a short time, say, April 3rd. Take it for a quick
> > > spin.
> > >
> > > Over 1500 issues have been closed against 0.95.0. It is tough pulling
> > out
> > > the highlights but I think most will be interested in big improvements
> > > in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
> > > hadoop2.... the list is long. For the full list of issues fixed see:
> > >
> > >
> > >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> > >
> > > All feedback is welcome. We'd be interested in getting feedback on
> > > everything from the packaging, layout, through documentation, UI, and
> of
> > > course,
> > > any bugs found.
> > >
> > > Thanks,
> > > St.Ack
> > >
> > >
> > >
> >
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Elliott Clark <ec...@apache.org>.
+1
Verified the gpg signature for hadoop2 and source tar balls.
Spun up a local instance.
Created tables. Put data, got data
Ran TestAcidGuarantees for about 2 hours.
Tried an online schema change while running test acid. (seemed to work but
caused a huge drop in throughput)
Created a snapshot while test acid was going on.
Ran apache-rat on the source
Native libs aren't present (are they supposed to be there for mlock ?)
I filed some minor jiras but everything seems good for a developer release.
On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
> Here is the second 0.95.0 release candidate. Should we put this out as
> 0.95.0? Please
> vote by friday, April 5th.
>
> See the refguide [1] for definition of what a "Development" Series Release
> is (or read below where we call it a 'developer release"). In short, it is
> a preview release, not for production, put out early so us devs start
> getting feedback the sooner.
>
> The release is available here:
>
> http://people.apache.org/~stack/hbase-0.95.0RC1/
>
> Issues fixed in this release are available here:
>
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>
> ...including a fix for HBASE-8242, the issue that sunk the first release
> candidate.
>
> Thanks,
> St.Ack
>
> 1. http://hbase.apache.org/book.html#hbase.versioning
>
> On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
>
> > Here is our first 0.95.0 release candidate. Should we put this out as
> > 0.95.0?
> >
> > The 0.95.x series of releases are designated "developer releases", a type
> > of release we have done in the past -- see the 0.89.x series -- where we
> > let out 'raw', barely-tested product so developers and those generally
> > interested can get some early exposure to what our next stable release to
> > follow 0.94.x will look like. Putting out these 'rough cuts' also helps
> > to get the feedback started earlier while the release is still baking.
> >
> > These "developer release" come with no guarantees. We make no
> > promises that the next release will be compatible with this one or even
> > that
> > you will be able to preserve data across the update (This is at an
> extreme,
> > and highly unlikely, but could be the case). No work has been done to
> make
> > it so you can migrate from 0.94.x HBase.
> >
> > In spite of all the caveats above, we still need to vote. Remember, the
> > bar
> > is intentionally set lower on these "developer releases"; it will have to
> > be
> > something pretty bad to block this RC going out. There should be a new
> > release
> > along in a week or two and we can address the offender there.
> >
> > The release artifacts may be downloaded from:
> >
> > http://people.apache.org/~stack/hbase-0.95.0RC0/
> >
> > Let the vote run for a short time, say, April 3rd. Take it for a quick
> > spin.
> >
> > Over 1500 issues have been closed against 0.95.0. It is tough pulling
> out
> > the highlights but I think most will be interested in big improvements
> > in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
> > hadoop2.... the list is long. For the full list of issues fixed see:
> >
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >
> > All feedback is welcome. We'd be interested in getting feedback on
> > everything from the packaging, layout, through documentation, UI, and of
> > course,
> > any bugs found.
> >
> > Thanks,
> > St.Ack
> >
> >
> >
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Stack <st...@duboce.net>.
Thanks lads.
Vote is closed.
Let me push out 0.95.0.
St.Ack
On Fri, Apr 5, 2013 at 10:43 PM, Andrew Purtell <ap...@apache.org> wrote:
> I see this too.
>
> +1 also.
>
>
> On Fri, Apr 5, 2013 at 10:31 PM, lars hofhansl <la...@apache.org> wrote:
>
> > Installed the -hadoop1 tarball, started HBase, inserted some data,
> > flushed, compacted, scanned, inspected the UI pages, stopped it again.
> > Checked the docs.
> >
> >
> > CHANGES.txt is a bit weird as it does not contain the 0.94 issues from
> > before it was branched, but that's just a nit.
> >
> > In the logs I see:
> > 2013-04-05 22:18:03,805 WARN
> > org.apache.hadoop.hbase.regionserver.HRegionServer:
> > error telling master we are up
> > com.google.protobuf.ServiceException: methodName=regionServerStartup
> > at
> > org.apache.hadoop.hbase.ipc.ProtobufRpcClientEngine$Invoker.invoke(Pr
> > otobufRpcClientEngine.java:147)
> > at sun.proxy.$Proxy8.regionServerStartup(Unknown Source)
> > at
> >
> org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:1798)
> > at
> >
> org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:723)
> > at java.lang.Thread.run(Thread.java:722)
> > Caused by:
> > org.apache.hadoop.hbase.exceptions.ServerNotRunningYetException: org.
> >
> >
> > But in the end the RS started up anyway. Again, just a nit (in local mode
> > the master does not start fast enough it seems, and the RS is too
> > impatient).
> >
> >
> > +1
> >
> > -- Lars
> >
> >
> >
> > ________________________________
> > From: Stack <st...@duboce.net>
> > To: HBase Dev List <de...@hbase.apache.org>
> > Sent: Friday, April 5, 2013 9:53 PM
> > Subject: Re: VOTE: hbase-0.95RC1, the second "Development" Series Release
> > is available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
> > release candidate is available for download and vote]
> >
> > Any chance of a few more +1s here so I can push this out? Thanks all.
> > St.Ack
> >
> >
> > On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
> >
> > > Here is the second 0.95.0 release candidate. Should we put this out as
> > > 0.95.0? Please
> > > vote by friday, April 5th.
> > >
> > > See the refguide [1] for definition of what a "Development" Series
> > Release
> > > is (or read below where we call it a 'developer release"). In short,
> it
> > is
> > > a preview release, not for production, put out early so us devs start
> > > getting feedback the sooner.
> > >
> > > The release is available here:
> > >
> > > http://people.apache.org/~stack/hbase-0.95.0RC1/
> > >
> > > Issues fixed in this release are available here:
> > >
> > >
> > >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> > >
> > > ...including a fix for HBASE-8242, the issue that sunk the first
> release
> > > candidate.
> > >
> > > Thanks,
> > > St.Ack
> > >
> > > 1. http://hbase.apache.org/book.html#hbase.versioning
> > >
> > > On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
> > >
> > >> Here is our first 0.95.0 release candidate. Should we put this out as
> > >> 0.95.0?
> > >>
> > >> The 0.95.x series of releases are designated "developer releases", a
> > type
> > >> of release we have done in the past -- see the 0.89.x series -- where
> we
> > >> let out 'raw', barely-tested product so developers and those generally
> > >> interested can get some early exposure to what our next stable release
> > to
> > >> follow 0.94.x will look like. Putting out these 'rough cuts' also
> helps
> > >> to get the feedback started earlier while the release is still baking.
> > >>
> > >> These "developer release" come with no guarantees. We make no
> > >> promises that the next release will be compatible with this one or
> even
> > >> that
> > >> you will be able to preserve data across the update (This is at an
> > >> extreme,
> > >> and highly unlikely, but could be the case). No work has been done to
> > >> make
> > >> it so you can migrate from 0.94.x HBase.
> > >>
> > >> In spite of all the caveats above, we still need to vote. Remember,
> the
> > >> bar
> > >> is intentionally set lower on these "developer releases"; it will have
> > to
> > >> be
> > >> something pretty bad to block this RC going out. There should be a
> new
> > >> release
> > >> along in a week or two and we can address the offender there.
> > >>
> > >> The release artifacts may be downloaded from:
> > >>
> > >> http://people.apache.org/~stack/hbase-0.95.0RC0/
> > >>
> > >> Let the vote run for a short time, say, April 3rd. Take it for a
> quick
> > >> spin.
> > >>
> > >> Over 1500 issues have been closed against 0.95.0. It is tough pulling
> > out
> > >> the highlights but I think most will be interested in big improvements
> > >> in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
> > >> hadoop2.... the list is long. For the full list of issues fixed see:
> > >>
> > >>
> > >>
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> > >>
> > >> All feedback is welcome. We'd be interested in getting feedback on
> > >> everything from the packaging, layout, through documentation, UI, and
> of
> > >> course,
> > >> any bugs found.
> > >>
> > >> Thanks,
> > >> St.Ack
> > >>
> > >>
> > >>
> > >
> >
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Andrew Purtell <ap...@apache.org>.
I see this too.
+1 also.
On Fri, Apr 5, 2013 at 10:31 PM, lars hofhansl <la...@apache.org> wrote:
> Installed the -hadoop1 tarball, started HBase, inserted some data,
> flushed, compacted, scanned, inspected the UI pages, stopped it again.
> Checked the docs.
>
>
> CHANGES.txt is a bit weird as it does not contain the 0.94 issues from
> before it was branched, but that's just a nit.
>
> In the logs I see:
> 2013-04-05 22:18:03,805 WARN
> org.apache.hadoop.hbase.regionserver.HRegionServer:
> error telling master we are up
> com.google.protobuf.ServiceException: methodName=regionServerStartup
> at
> org.apache.hadoop.hbase.ipc.ProtobufRpcClientEngine$Invoker.invoke(Pr
> otobufRpcClientEngine.java:147)
> at sun.proxy.$Proxy8.regionServerStartup(Unknown Source)
> at
> org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:1798)
> at
> org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:723)
> at java.lang.Thread.run(Thread.java:722)
> Caused by:
> org.apache.hadoop.hbase.exceptions.ServerNotRunningYetException: org.
>
>
> But in the end the RS started up anyway. Again, just a nit (in local mode
> the master does not start fast enough it seems, and the RS is too
> impatient).
>
>
> +1
>
> -- Lars
>
>
>
> ________________________________
> From: Stack <st...@duboce.net>
> To: HBase Dev List <de...@hbase.apache.org>
> Sent: Friday, April 5, 2013 9:53 PM
> Subject: Re: VOTE: hbase-0.95RC1, the second "Development" Series Release
> is available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
> release candidate is available for download and vote]
>
> Any chance of a few more +1s here so I can push this out? Thanks all.
> St.Ack
>
>
> On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
>
> > Here is the second 0.95.0 release candidate. Should we put this out as
> > 0.95.0? Please
> > vote by friday, April 5th.
> >
> > See the refguide [1] for definition of what a "Development" Series
> Release
> > is (or read below where we call it a 'developer release"). In short, it
> is
> > a preview release, not for production, put out early so us devs start
> > getting feedback the sooner.
> >
> > The release is available here:
> >
> > http://people.apache.org/~stack/hbase-0.95.0RC1/
> >
> > Issues fixed in this release are available here:
> >
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >
> > ...including a fix for HBASE-8242, the issue that sunk the first release
> > candidate.
> >
> > Thanks,
> > St.Ack
> >
> > 1. http://hbase.apache.org/book.html#hbase.versioning
> >
> > On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
> >
> >> Here is our first 0.95.0 release candidate. Should we put this out as
> >> 0.95.0?
> >>
> >> The 0.95.x series of releases are designated "developer releases", a
> type
> >> of release we have done in the past -- see the 0.89.x series -- where we
> >> let out 'raw', barely-tested product so developers and those generally
> >> interested can get some early exposure to what our next stable release
> to
> >> follow 0.94.x will look like. Putting out these 'rough cuts' also helps
> >> to get the feedback started earlier while the release is still baking.
> >>
> >> These "developer release" come with no guarantees. We make no
> >> promises that the next release will be compatible with this one or even
> >> that
> >> you will be able to preserve data across the update (This is at an
> >> extreme,
> >> and highly unlikely, but could be the case). No work has been done to
> >> make
> >> it so you can migrate from 0.94.x HBase.
> >>
> >> In spite of all the caveats above, we still need to vote. Remember, the
> >> bar
> >> is intentionally set lower on these "developer releases"; it will have
> to
> >> be
> >> something pretty bad to block this RC going out. There should be a new
> >> release
> >> along in a week or two and we can address the offender there.
> >>
> >> The release artifacts may be downloaded from:
> >>
> >> http://people.apache.org/~stack/hbase-0.95.0RC0/
> >>
> >> Let the vote run for a short time, say, April 3rd. Take it for a quick
> >> spin.
> >>
> >> Over 1500 issues have been closed against 0.95.0. It is tough pulling
> out
> >> the highlights but I think most will be interested in big improvements
> >> in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
> >> hadoop2.... the list is long. For the full list of issues fixed see:
> >>
> >>
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >>
> >> All feedback is welcome. We'd be interested in getting feedback on
> >> everything from the packaging, layout, through documentation, UI, and of
> >> course,
> >> any bugs found.
> >>
> >> Thanks,
> >> St.Ack
> >>
> >>
> >>
> >
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Stack <st...@duboce.net>.
On Fri, Apr 5, 2013 at 10:31 PM, lars hofhansl <la...@apache.org> wrote:
> Installed the -hadoop1 tarball, started HBase, inserted some data,
> flushed, compacted, scanned, inspected the UI pages, stopped it again.
> Checked the docs.
>
>
> CHANGES.txt is a bit weird as it does not contain the 0.94 issues from
> before it was branched, but that's just a nit.
>
> In the logs I see:
> 2013-04-05 22:18:03,805 WARN
> org.apache.hadoop.hbase.regionserver.HRegionServer:
> error telling master we are up
> com.google.protobuf.ServiceException: methodName=regionServerStartup
> at
> org.apache.hadoop.hbase.ipc.ProtobufRpcClientEngine$Invoker.invoke(Pr
> otobufRpcClientEngine.java:147)
> at sun.proxy.$Proxy8.regionServerStartup(Unknown Source)
> at
> org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:1798)
> at
> org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:723)
> at java.lang.Thread.run(Thread.java:722)
> Caused by:
> org.apache.hadoop.hbase.exceptions.ServerNotRunningYetException: org.
>
>
>
CHANGES.txt needs other work. Currently includes all 0.95 issues but the
resolved and unresolved. I'll fix this in 0.95.1 and the 0.94 list. I've
seen the above exception too.. will fix that as well.
Thanks for taking a look.
St.Ack
> But in the end the RS started up anyway. Again, just a nit (in local mode
> the master does not start fast enough it seems, and the RS is too
> impatient).
>
>
> +1
>
> -- Lars
>
>
>
> ________________________________
> From: Stack <st...@duboce.net>
> To: HBase Dev List <de...@hbase.apache.org>
> Sent: Friday, April 5, 2013 9:53 PM
> Subject: Re: VOTE: hbase-0.95RC1, the second "Development" Series Release
> is available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
> release candidate is available for download and vote]
>
> Any chance of a few more +1s here so I can push this out? Thanks all.
> St.Ack
>
>
> On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
>
> > Here is the second 0.95.0 release candidate. Should we put this out as
> > 0.95.0? Please
> > vote by friday, April 5th.
> >
> > See the refguide [1] for definition of what a "Development" Series
> Release
> > is (or read below where we call it a 'developer release"). In short, it
> is
> > a preview release, not for production, put out early so us devs start
> > getting feedback the sooner.
> >
> > The release is available here:
> >
> > http://people.apache.org/~stack/hbase-0.95.0RC1/
> >
> > Issues fixed in this release are available here:
> >
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >
> > ...including a fix for HBASE-8242, the issue that sunk the first release
> > candidate.
> >
> > Thanks,
> > St.Ack
> >
> > 1. http://hbase.apache.org/book.html#hbase.versioning
> >
> > On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
> >
> >> Here is our first 0.95.0 release candidate. Should we put this out as
> >> 0.95.0?
> >>
> >> The 0.95.x series of releases are designated "developer releases", a
> type
> >> of release we have done in the past -- see the 0.89.x series -- where we
> >> let out 'raw', barely-tested product so developers and those generally
> >> interested can get some early exposure to what our next stable release
> to
> >> follow 0.94.x will look like. Putting out these 'rough cuts' also helps
> >> to get the feedback started earlier while the release is still baking.
> >>
> >> These "developer release" come with no guarantees. We make no
> >> promises that the next release will be compatible with this one or even
> >> that
> >> you will be able to preserve data across the update (This is at an
> >> extreme,
> >> and highly unlikely, but could be the case). No work has been done to
> >> make
> >> it so you can migrate from 0.94.x HBase.
> >>
> >> In spite of all the caveats above, we still need to vote. Remember, the
> >> bar
> >> is intentionally set lower on these "developer releases"; it will have
> to
> >> be
> >> something pretty bad to block this RC going out. There should be a new
> >> release
> >> along in a week or two and we can address the offender there.
> >>
> >> The release artifacts may be downloaded from:
> >>
> >> http://people.apache.org/~stack/hbase-0.95.0RC0/
> >>
> >> Let the vote run for a short time, say, April 3rd. Take it for a quick
> >> spin.
> >>
> >> Over 1500 issues have been closed against 0.95.0. It is tough pulling
> out
> >> the highlights but I think most will be interested in big improvements
> >> in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
> >> hadoop2.... the list is long. For the full list of issues fixed see:
> >>
> >>
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
> >>
> >> All feedback is welcome. We'd be interested in getting feedback on
> >> everything from the packaging, layout, through documentation, UI, and of
> >> course,
> >> any bugs found.
> >>
> >> Thanks,
> >> St.Ack
> >>
> >>
> >>
> >
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release" release candidate is available for download and vote]
Posted by lars hofhansl <la...@apache.org>.
Installed the -hadoop1 tarball, started HBase, inserted some data, flushed, compacted, scanned, inspected the UI pages, stopped it again.
Checked the docs.
CHANGES.txt is a bit weird as it does not contain the 0.94 issues from before it was branched, but that's just a nit.
In the logs I see:
2013-04-05 22:18:03,805 WARN org.apache.hadoop.hbase.regionserver.HRegionServer:
error telling master we are up
com.google.protobuf.ServiceException: methodName=regionServerStartup
at org.apache.hadoop.hbase.ipc.ProtobufRpcClientEngine$Invoker.invoke(Pr
otobufRpcClientEngine.java:147)
at sun.proxy.$Proxy8.regionServerStartup(Unknown Source)
at org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDuty(HRegionServer.java:1798)
at org.apache.hadoop.hbase.regionserver.HRegionServer.run(HRegionServer.java:723)
at java.lang.Thread.run(Thread.java:722)
Caused by: org.apache.hadoop.hbase.exceptions.ServerNotRunningYetException: org.
But in the end the RS started up anyway. Again, just a nit (in local mode the master does not start fast enough it seems, and the RS is too impatient).
+1
-- Lars
________________________________
From: Stack <st...@duboce.net>
To: HBase Dev List <de...@hbase.apache.org>
Sent: Friday, April 5, 2013 9:53 PM
Subject: Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release" release candidate is available for download and vote]
Any chance of a few more +1s here so I can push this out? Thanks all.
St.Ack
On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
> Here is the second 0.95.0 release candidate. Should we put this out as
> 0.95.0? Please
> vote by friday, April 5th.
>
> See the refguide [1] for definition of what a "Development" Series Release
> is (or read below where we call it a 'developer release"). In short, it is
> a preview release, not for production, put out early so us devs start
> getting feedback the sooner.
>
> The release is available here:
>
> http://people.apache.org/~stack/hbase-0.95.0RC1/
>
> Issues fixed in this release are available here:
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>
> ...including a fix for HBASE-8242, the issue that sunk the first release
> candidate.
>
> Thanks,
> St.Ack
>
> 1. http://hbase.apache.org/book.html#hbase.versioning
>
> On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
>
>> Here is our first 0.95.0 release candidate. Should we put this out as
>> 0.95.0?
>>
>> The 0.95.x series of releases are designated "developer releases", a type
>> of release we have done in the past -- see the 0.89.x series -- where we
>> let out 'raw', barely-tested product so developers and those generally
>> interested can get some early exposure to what our next stable release to
>> follow 0.94.x will look like. Putting out these 'rough cuts' also helps
>> to get the feedback started earlier while the release is still baking.
>>
>> These "developer release" come with no guarantees. We make no
>> promises that the next release will be compatible with this one or even
>> that
>> you will be able to preserve data across the update (This is at an
>> extreme,
>> and highly unlikely, but could be the case). No work has been done to
>> make
>> it so you can migrate from 0.94.x HBase.
>>
>> In spite of all the caveats above, we still need to vote. Remember, the
>> bar
>> is intentionally set lower on these "developer releases"; it will have to
>> be
>> something pretty bad to block this RC going out. There should be a new
>> release
>> along in a week or two and we can address the offender there.
>>
>> The release artifacts may be downloaded from:
>>
>> http://people.apache.org/~stack/hbase-0.95.0RC0/
>>
>> Let the vote run for a short time, say, April 3rd. Take it for a quick
>> spin.
>>
>> Over 1500 issues have been closed against 0.95.0. It is tough pulling out
>> the highlights but I think most will be interested in big improvements
>> in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
>> hadoop2.... the list is long. For the full list of issues fixed see:
>>
>>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>>
>> All feedback is welcome. We'd be interested in getting feedback on
>> everything from the packaging, layout, through documentation, UI, and of
>> course,
>> any bugs found.
>>
>> Thanks,
>> St.Ack
>>
>>
>>
>
Re: VOTE: hbase-0.95RC1, the second "Development" Series Release is
available [WAS -> VOTE: hbase-0.95.0RC0, the first "Developer Release"
release candidate is available for download and vote]
Posted by Stack <st...@duboce.net>.
Any chance of a few more +1s here so I can push this out? Thanks all.
St.Ack
On Tue, Apr 2, 2013 at 10:12 PM, Stack <st...@duboce.net> wrote:
> Here is the second 0.95.0 release candidate. Should we put this out as
> 0.95.0? Please
> vote by friday, April 5th.
>
> See the refguide [1] for definition of what a "Development" Series Release
> is (or read below where we call it a 'developer release"). In short, it is
> a preview release, not for production, put out early so us devs start
> getting feedback the sooner.
>
> The release is available here:
>
> http://people.apache.org/~stack/hbase-0.95.0RC1/
>
> Issues fixed in this release are available here:
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>
> ...including a fix for HBASE-8242, the issue that sunk the first release
> candidate.
>
> Thanks,
> St.Ack
>
> 1. http://hbase.apache.org/book.html#hbase.versioning
>
> On Mon, Apr 1, 2013 at 4:52 PM, Stack <st...@duboce.net> wrote:
>
>> Here is our first 0.95.0 release candidate. Should we put this out as
>> 0.95.0?
>>
>> The 0.95.x series of releases are designated "developer releases", a type
>> of release we have done in the past -- see the 0.89.x series -- where we
>> let out 'raw', barely-tested product so developers and those generally
>> interested can get some early exposure to what our next stable release to
>> follow 0.94.x will look like. Putting out these 'rough cuts' also helps
>> to get the feedback started earlier while the release is still baking.
>>
>> These "developer release" come with no guarantees. We make no
>> promises that the next release will be compatible with this one or even
>> that
>> you will be able to preserve data across the update (This is at an
>> extreme,
>> and highly unlikely, but could be the case). No work has been done to
>> make
>> it so you can migrate from 0.94.x HBase.
>>
>> In spite of all the caveats above, we still need to vote. Remember, the
>> bar
>> is intentionally set lower on these "developer releases"; it will have to
>> be
>> something pretty bad to block this RC going out. There should be a new
>> release
>> along in a week or two and we can address the offender there.
>>
>> The release artifacts may be downloaded from:
>>
>> http://people.apache.org/~stack/hbase-0.95.0RC0/
>>
>> Let the vote run for a short time, say, April 3rd. Take it for a quick
>> spin.
>>
>> Over 1500 issues have been closed against 0.95.0. It is tough pulling out
>> the highlights but I think most will be interested in big improvements
>> in Mean Time To Recovery, a revamped metrics, support for hadoop1 and
>> hadoop2.... the list is long. For the full list of issues fixed see:
>>
>>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12324094
>>
>> All feedback is welcome. We'd be interested in getting feedback on
>> everything from the packaging, layout, through documentation, UI, and of
>> course,
>> any bugs found.
>>
>> Thanks,
>> St.Ack
>>
>>
>>
>