Build failed in Jenkins: hbase-0.95-on-hadoop2 #9

See -- [...truncated 21935 lines...] Running org.apache.hadoop.hbase.rest.client.TestRemoteTable Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 11.073 sec Forking command line: /bin/sh

Build failed in Jenkins: HBase-TRUNK #3909

See Changes: [stack] HBASE-7981 TestSplitTransactionOnCluster.testShutdownFixupWhenDaughterHasSplit failed in 0.95 build #11 -- ADDED LOGGING -- [...truncated 3710 lines...] Tests run: 1, Failures:

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

See Changes: [stack] HBASE-7981 TestSplitTransactionOnCluster.testShutdownFixupWhenDaughterHasSplit failed in 0.95 build #11 -- ADDED LOGGING -- [...truncated 20936 lines...] Tests r

Build failed in Jenkins: HBase-0.94 #876

See -- [...truncated 2259 lines...] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 93.83 sec Running org.apache.hadoop.hbase.master.handler.TestTableDeleteFamilyHandler Tests run: 1, Failures:

Build failed in Jenkins: hbase-0.95 #12

See Changes: [stack] HBASE-7981 TestSplitTransactionOnCluster.testShutdownFixupWhenDaughterHasSplit failed in 0.95 build #11 -- ADDED LOGGING [stack] HBASE-7981 TestSplitTransactionOnCluster.testShutdownFixupWhenDaughterHasSplit failed in

Re: [DISCUSS] More new feature backports to 0.94.

On Sat, Mar 2, 2013 at 1:49 PM, Jonathan Hsieh wrote: > The points I'm trying to make about 0.95.x is that ideally it is where the > new features get further hardened (as opposed to the stable branch). > Ideally the release manager for that version will start gate keeping what > new major featur

[jira] [Created] (HBASE-7982) TestReplicationQueueFailover* runs for a minute, spews 3/4million lines complaining 'Filesystem closed', has an NPE, and still passes?

stack created HBASE-7982: Summary: TestReplicationQueueFailover* runs for a minute, spews 3/4million lines complaining 'Filesystem closed', has an NPE, and still passes? Key: HBASE-7982 URL: https://issues.apache.org/jira

Re: [DISCUSS] More new feature backports to 0.94.

I don't think it is a debate about feature vs bug fix -- I've been trying to make a general case about major feature backports. I agree that we are basically on the same page for the general case.I've been using some of the current candidate features as examples but I'm really trying to focus

Build failed in Jenkins: HBase-0.94 #875

See Changes: [ramkrishna] HBASE-7928-Scanning .META. with startRow and/or stopRow is not giving proper results - Revert(Ram). Affects TestMetaMigrationRemovingHTD -- [...truncated 2245 lines...] Test

[jira] [Created] (HBASE-7981) TestSplitTransactionOnCluster.testShutdownFixupWhenDaughterHasSplit failed in 0.95 build #11

stack created HBASE-7981: Summary: TestSplitTransactionOnCluster.testShutdownFixupWhenDaughterHasSplit failed in 0.95 build #11 Key: HBASE-7981 URL: https://issues.apache.org/jira/browse/HBASE-7981 Project:

Re: [DISCUSS] More new feature backports to 0.94.

In the end, I think, boils down to the established process. Anybody can open a jira and propose a patch. If it gets +1's from a few committers and no -1's we should commit it. As I said on HBASE-7965, if we cannot convince Jon and Elliot that this is safe to do, we should not do it (either becaus

Build failed in Jenkins: hbase-0.95 #11

See Changes: [stack] HBASE-7966 ACL tests fail on trunk (flaky) -- Some debug log -- [...truncated 3690 lines...] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 40.876 sec Running org.a

[jira] [Created] (HBASE-7980) TestZKInterProcessReadWriteLock fails occasionally in QA test run

Ted Yu created HBASE-7980: - Summary: TestZKInterProcessReadWriteLock fails occasionally in QA test run Key: HBASE-7980 URL: https://issues.apache.org/jira/browse/HBASE-7980 Project: HBase Issue Type

Re: [DISCUSS] More new feature backports to 0.94.

I on the same page as N here. There are "features" that make HBase more stable. Table locks (when implemented correctly and finished of course) could be such a feature. I do not understand how 0.95 plays into this. There is no rolling upgrade path from 0.94 to 0.95 and 0.95 is not a stable rel

Re: [DISCUSS] More new feature backports to 0.94.

To be clear, a key point is that unit testing is a required but not sufficient. I need anecdotes about system testing with at least some unexpected fault handling and stress. If the feature is actively being developed still, go into a dev branch (git hub or svn) that eventually merges. Some info

Re: [DISCUSS] More new feature backports to 0.94.

bq. I would want to see this feature come in as a big bang -- get it complete enough in trunk before backporting the pieces to a stable branch. I agree with Jon on this point. Porting in one big patch allows us to think through related use cases. Another benefit is that there wouldn't be glitch in

Re: [DISCUSS] More new feature backports to 0.94.

In general, I have a preference against backporting features for the reasons that Enis, Elliott, and Jean-Marc consider valid. To be clear, this preference doesn't mean I am -1 to all backports onto the stable apache branch. Let's do it case-by-case; my main ask is to make major backports rare a

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

See Changes: [stack] HBASE-7975 ImportTsv documentation update for table creation [stack] HBASE-4284 document permissions that need to be set on importtsv output before completebulkload [tedyu] HBASE-7936 Undo prefix-tree

Re: [DISCUSS] More new feature backports to 0.94.

I agree with Nicolas' assessment. Cheers On Mar 2, 2013, at 3:43 AM, Nicolas Liochon wrote: > New feature is a red herring imho: To me the only question is the > regression risk.. And a feature can have a much lower regression risk than > a bug fix. I guess we've all seen a fix for a non criti

Re: [DISCUSS] More new feature backports to 0.94.

New feature is a red herring imho: To me the only question is the regression risk.. And a feature can have a much lower regression risk than a bug fix. I guess we've all seen a fix for a non critical bug putting down a production system. Being able to backport features is a competitive advantage th

[jira] [Created] (HBASE-7979) Adding some utility methods in org.apache.hadoop.hbase.util.Bytes

Anoop Sam John created HBASE-7979: - Summary: Adding some utility methods in org.apache.hadoop.hbase.util.Bytes Key: HBASE-7979 URL: https://issues.apache.org/jira/browse/HBASE-7979 Project: HBase

[jira] [Resolved] (HBASE-7928) Scanning .META. with startRow and/or stopRow is not giving proper results

[ https://issues.apache.org/jira/browse/HBASE-7928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-7928. -- Resolution: Fixed Fix Version/s: (was: 0.94.6) :) Thanks Ram. I removed the 0.94 ta