Build failed in Jenkins: HBase-TRUNK #3403

See Changes: [stack] HBASE-6917 Trunk jdk7 build broke because we moved to zk 3.4.4 -- [...truncated 2387 lines...] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.222 sec Running o

Re: ANN: The 3rd hbase 0.94.2 release candidate is available for download

Thanks Stack. Indeed the api docs are missing (from the 0.94.1 tarball as well). I need to check the jenkins build, which generates the tarballs. -- Lars - Original Message - From: Stack To: dev@hbase.apache.org; lars hofhansl Cc: Sent: Monday, October 1, 2012 9:37 PM Subject: Re: A

Jenkins build is back to normal : HBase-0.92 #590

See

Re: ANN: hbase-0.92.2 is available for download

Might get a bit tricky with jiras targeted to multiple releases. I guess we can only close them when all associated releases versions have actually been released. - Original Message - From: Jonathan Hsieh To: dev@hbase.apache.org; lars hofhansl Cc: Sent: Monday, October 1, 2012 9:47

Build failed in Jenkins: hbase-0.90 #527

See -- [...truncated 1233 lines...] Running org.apache.hadoop.hbase.regionserver.TestFSErrorsExposed Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 26.375 sec Running org.apache.hadoop.hbase.cl

Build failed in Jenkins: HBase-TRUNK #3402

See Changes: [stack] HBASE-6915 String and ConcurrentHashMap sizes change on jdk7; makes TestHeapSize fail -- [...truncated 2386 lines...] Running org.apache.hadoop.hbase.util.TestByteBufferUtils Te

Re: ANN: hbase-0.92.2 is available for download

That is exactly the difference. Basically, if an issue is resolved, it could be reopened which only really makes sense before it gets released. It also makes it easier to see what the new patches/features going out in a releasing version, and encourage filing new issues if we decide to backport f

Re: ANN: The 3rd hbase 0.94.2 release candidate is available for download

On Mon, Oct 1, 2012 at 3:14 PM, lars hofhansl wrote: > Friendly reminder to please give this RC a spin. > I tried it locally. Updated the spreadsheet with what I did. Javadoc is missing but I wouldn't sink the release for that. +1. St.Ack

Re: ANN: hbase-0.92.2 is available for download

What's the practical difference? If a closed issue cannot be reopened (which is what we want with code that has been released already), I am certainly in favor of it. -- Lars - Original Message - From: Jonathan Hsieh To: dev@hbase.apache.org Cc: Sent: Monday, October 1, 2012 6:41 PM

Build failed in Jenkins: hbase-0.90 #526

See -- [...truncated 900 lines...] A src/site/resources A src/site/resources/images AUsrc/site/resources/images/replication_overview.png AUsrc/site/resources/images/asf_logo_wide

Re: ANN: hbase-0.92.2 is available for download

On Mon, Oct 1, 2012 at 6:41 PM, Jonathan Hsieh wrote: > I've brought this up before but could we close (as opposed to just > resolving) the issues once there has been a release that contains the JIRA > ? > Yes. Lets. If folks are agreed, I can go through and close out what we've released so fa

Re: ANN: hbase-0.92.2 is available for download

I've brought this up before but could we close (as opposed to just resolving) the issues once there has been a release that contains the JIRA ? On Mon, Oct 1, 2012 at 6:38 PM, Jean-Daniel Cryans wrote: > Thanks Ted! > > On Mon, Oct 1, 2012 at 6:33 PM, Ted Yu wrote: > > Done. > > > > Thanks for t

Re: ANN: hbase-0.92.2 is available for download

Thanks Ted! On Mon, Oct 1, 2012 at 6:33 PM, Ted Yu wrote: > Done. > > Thanks for the reminder, J-D. > > On Mon, Oct 1, 2012 at 6:17 PM, Jean-Daniel Cryans wrote: > >> Ted, >> >> Another thing to keep in mind when releasing, you need to mark 0.92.2 >> as "released" in Jira else it shows in the wro

Re: ANN: hbase-0.92.2 is available for download

Done. Thanks for the reminder, J-D. On Mon, Oct 1, 2012 at 6:17 PM, Jean-Daniel Cryans wrote: > Ted, > > Another thing to keep in mind when releasing, you need to mark 0.92.2 > as "released" in Jira else it shows in the wrong categories. In the > project's administration page there's a "Versions

Re: ANN: hbase-0.92.2 is available for download

Ted, Another thing to keep in mind when releasing, you need to mark 0.92.2 as "released" in Jira else it shows in the wrong categories. In the project's administration page there's a "Versions" link on the left, then find 0.92.2 and there should be a "gear" icon that you can use to "release". Thx

Re: 0.96.0

I'd love to see all the metrics2 work in, too. Otis -- Search Analytics - http://sematext.com/search-analytics/index.html Performance Monitoring - http://sematext.com/spm/index.html On Mon, Oct 1, 2012 at 7:24 PM, Elliott Clark wrote: > That last little bit of Metrics migration to Metrics2 (hba

Build failed in Jenkins: HBase-TRUNK #3401

See Changes: [stack] HBASE-6299 RS starts region open while fails ack to HMaster.sendRegionOpen() causes inconsistency in HMaster's region state and a series of successive problems -- [...truncated

Re: 0.96.0

That last little bit of Metrics migration to Metrics2 (hbase-4050) should probably go in so that we're not straddling the different versions. On Mon, Oct 1, 2012 at 3:38 PM, Andrew Purtell wrote: > This depends on if the master changes that use ZK multi ops will go in as > an option that can be

Build failed in Jenkins: HBase-TRUNK-on-Hadoop-2.0.0 #202

See Changes: [stack] HBASE-6299 RS starts region open while fails ack to HMaster.sendRegionOpen() causes inconsistency in HMaster's region state and a series of successive problems [jxiang] HBASE-6881 All regionservers are

Jenkins build is back to normal : HBase-0.94 #501

See

Build failed in Jenkins: HBase-0.92 #589

See -- [...truncated 1822 lines...] Running org.apache.hadoop.hbase.master.TestMaster Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 21.547 sec Running org.apache.hadoop.hbase.master.TestDistri

Re: 0.96.0

This depends on if the master changes that use ZK multi ops will go in as an option that can be toggled by config, or as a replacement? If you run secure clusters then 3.4.5 (with ZOOKEEPER-1550) is what you want to use regardless. On Tuesday, October 2, 2012, lars hofhansl wrote: > You mean as

Re: 0.96.0

On Mon, Oct 1, 2012 at 3:24 PM, lars hofhansl wrote: > You mean as build time dependency, right? (Not sure now) > > I think we have said in the past it's not a runtime dependency. > Yeah, that was the past. I'm asking if it should be a runtime dependency for 0.96 forward? If we do require it as

Re: 0.96.0

Ted's right, 3.4.5 is what you want, not 3.4.4. On Tuesday, October 2, 2012, wrote: > Zookeeper 3.4.5 quickly follows 3.4.4 release. > > Looks like we should target 3.4.5 when it is released. > > FYI > > > > On Oct 1, 2012, at 3:08 PM, lars hofhansl > > wrote: > > > Slightly unrelated. ZooKeeper

Re: 0.96.0

You mean as build time dependency, right? (Not sure now) I think we have said in the past it's not a runtime dependency. Yeah, what I was trying to say was to require ZK 3.4.4 to run HBase. Maybe 0.96 is too early for that, because we probably do not want to file more jiras against to remove now

Re: 0.96.0

On Mon, Oct 1, 2012 at 3:00 PM, Matt Corgan wrote: > I'll keep debugging PrefixTree stuff in my spare time to try to get it in > as experimental. I think it's down to the last couple bugs but hard to > know for sure. It's fairly non-invasive being just another > DataBlockEncoding, so can't hurt

Re: 0.96.0

Agreed. And maybe consider rolling in the other jiras that rely on it, e.g. HBASE-5815, etc.? --- Jesse Yates @jesse_yates jyates.github.com On Mon, Oct 1, 2012 at 3:10 PM, Jonathan Hsieh wrote: > +1 for doing it now for 0.96. > > On Mon, Oct 1, 2012 at 3:08 PM, lars hofhansl w

Re: 0.96.0

On Mon, Oct 1, 2012 at 3:10 PM, Jonathan Hsieh wrote: > +1 for doing it now for 0.96. > We already have 3.4.4 as dependency. But sounds like we are saying that when you upgrade your hbase to 0.96, you need to also update your zk to 3.4.4 because hbase wants to use 3.4 zk features? Is that what

Re: ANN: The 3rd hbase 0.94.2 release candidate is available for download

Friendly reminder to please give this RC a spin. Thanks. -- Lars - Original Message - From: lars hofhansl To: hbase-dev Cc: Sent: Tuesday, September 25, 2012 3:25 PM Subject: ANN: The 3rd hbase 0.94.2 release candidate is available for download The 3rd - and hopefully last - 0.94.

Re: 0.96.0

Zookeeper 3.4.5 quickly follows 3.4.4 release. Looks like we should target 3.4.5 when it is released. FYI On Oct 1, 2012, at 3:08 PM, lars hofhansl wrote: > Slightly unrelated. ZooKeeper 3.4.4 was declared stable. Should we require > that for 0.96 (to get multi and simplify some code, et

Re: 0.96.0

+1 on getting ZK 3.4.4 and snapshots for 0.96. There's a couple of fixes in the pipeline that rely on multi and if it's stable, then hopefully it's less risk. - Dave On Mon, Oct 1, 2012 at 3:08 PM, lars hofhansl wrote: > Slightly unrelated. ZooKeeper 3.4.4 was declared stable. Should we requir

Re: 0.96.0

+1 for doing it now for 0.96. On Mon, Oct 1, 2012 at 3:08 PM, lars hofhansl wrote: > Slightly unrelated. ZooKeeper 3.4.4 was declared stable. Should we require > that for 0.96 (to get multi and simplify some code, etc), or delay that to > 0.98 or later? > > > -- Lars > > > - Original Message

Re: 0.96.0

Slightly unrelated. ZooKeeper 3.4.4 was declared stable. Should we require that for 0.96 (to get multi and simplify some code, etc), or delay that to 0.98 or later? -- Lars - Original Message - From: Matt Corgan To: dev@hbase.apache.org Cc: Sent: Monday, October 1, 2012 3:00 PM Subj

Re: 0.96.0

I'll keep debugging PrefixTree stuff in my spare time to try to get it in as experimental. I think it's down to the last couple bugs but hard to know for sure. It's fairly non-invasive being just another DataBlockEncoding, so can't hurt people who don't turn it on. On Mon, Oct 1, 2012 at 2:26 P

Re: 0.96.0

On Mon, Oct 1, 2012 at 2:25 PM, Jesse Yates wrote: > > + Snapshots? > > > > I'd like to get it in - currently dependent on getting reviews :) Currently > working on the upper tiers to get them cranking on the refactored 3PC code I'm getting on this -- was out for a chunk of last week. -- //

Re: 0.96.0

> > + Protobufs anywhere we persist (to the filesystem, to zookeeper, over > the wire, etc.) > + Hadoop 1.0.0 is a requirement > + You can run 0.96 on Hadoop 2.0.x > + Runs on jdk7 > + All tests pass most of the time (instead of what we currently have > where unit tests all pass on rare occasion) >

0.96.0

I'm trying to put a fence around the 0.96.0 release. I've done a few passes but there are still way too many issues filed against it. Please review and move out what you think can wait untill 0.98 [1]. I'm thinking blockers and criticals should make 0.96 and no more. The main attributes of 0.96.0

Build failed in Jenkins: HBase-TRUNK #3400

See Changes: [jxiang] HBASE-6881 All regionservers are marked offline even there is still one up [jmhsieh] HBASE-6906 TestHBaseFsck#testQuarantine* tests are flakey due to TestNotEnabledException

Build failed in Jenkins: HBase-0.92 #588

See Changes: [jmhsieh] HBASE-6906 TestHBaseFsck#testQuarantine* tests are flakey due to TestNotEnabledException -- [...truncated 1828 lines...] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time e

Build failed in Jenkins: HBase-0.94 #500

See Changes: [jxiang] HBASE-6901 Store file compactSelection throws ArrayIndexOutOfBoundsException [jmhsieh] HBASE-6906 TestHBaseFsck#testQuarantine* tests are flakey due to TestNotEnabledException

Build failed in Jenkins: HBase-TRUNK #3399

See Changes: [jxiang] HBASE-6901 Store file compactSelection throws ArrayIndexOutOfBoundsException -- [...truncated 3041 lines...] Tests run: 10, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 45

Re: KeyValue equals and compareTo methods

I'll leave it be in the code for now but will open a jira issue. The only place i see Collections.sort being called on KeyValues is in RedundantKeyValueGenerator test code. On Mon, Oct 1, 2012 at 10:00 AM, Stack wrote: > On Sun, Sep 30, 2012 at 5:47 PM, Matt Corgan wrote: > > Hi everyone, > >

Re: KeyValue equals and compareTo methods

On Sun, Sep 30, 2012 at 5:47 PM, Matt Corgan wrote: > Hi everyone, > > Working on PrefixTree testing I noticed that KeyValue.KVComparator includes > the memstoreTS when comparing, however the KeyValue.equals() method ignores > the memstoreTS. Sounds like bug/oversight Matt. I'd think msts should