See https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/350/changes
Changes:
[nkeywal] HBASE-7574 Migrate to JUnit 4.11
[tedyu] HBASE-7213 Addendum tries to fix premature LogRoller exit (Chunhui)
[tedyu] HBASE-7549 Make HTableInterface#batch() javadoc proper (Anoop)
Hi
prevent unnecessarily log splits when
the power of rack or a datacenter is down?
At this scenario why you think that a log replay is not needed? Becuase some
data might have been there only in memstore. How we get back that data into
HBase. HBase considers data in HFiles and memstore only
See https://builds.apache.org/job/HBase-TRUNK/3756/changes
Changes:
[nkeywal] HBASE-7574 Migrate to JUnit 4.11
--
[...truncated 3406 lines...]
Tests run: 32, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 356.976 sec
Running
Maybe my description is clear. To restore the data in memstores, the log
relay is necessary.
But if all the region server starts and each region server relay the WAL
logs from the same ip and port , the cluster may recovery to the state
before stop.
And it will reduce one time read/write of WAL
Maybe my description is not clear. To restore the data in memstores, the log
relay is necessary.
But if all the region server starts and each region server relay the WAL
logs from the same ip and port , the cluster may recovery to the state
before stop.
And it will reduce one time read/write of
Ted Yu created HBASE-7580:
-
Summary: TestAccessController fails in trunk
Key: HBASE-7580
URL: https://issues.apache.org/jira/browse/HBASE-7580
Project: HBase
Issue Type: Bug
Reporter:
See https://builds.apache.org/job/HBase-TRUNK/3757/
--
[...truncated 3205 lines...]
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 96.109 sec
Running
org.apache.hadoop.hbase.coprocessor.TestRegionServerCoprocessorExceptionWithAbort
Tests
nkeywal created HBASE-7581:
--
Summary: TestAccessController depends on the execution order
Key: HBASE-7581
URL: https://issues.apache.org/jira/browse/HBASE-7581
Project: HBase
Issue Type: Bug
Hi,
I broke the trunk with HBASE-7574.
The fix is in HBASE-7581.
I will commit it soon (I'm waiting for a +1 :-).
Cheers,
Nicolas
[
https://issues.apache.org/jira/browse/HBASE-7580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk resolved HBASE-7580.
-
Resolution: Duplicate
TestAccessController fails in trunk
I think the following test failure was also related to the new JUnit
version:
https://builds.apache.org/job/HBase-TRUNK/3757/testReport/org.apache.hadoop.hbase.security.access/TestZKPermissionsWatcher/testPermissionsWatcher/
Cheers
On Wed, Jan 16, 2013 at 8:56 AM, Nicolas Liochon
Ok, the 7581 is committed. Thanks for the review, Stack and Nick, and
thanks Ted for mentioning it to me.
TestZKPermissionsWatcher seems to work on my machine (tried 10 times), so
it's likely unrelated. The issue with JUnit 4.11 is that the execution
order is different from what it used to be,
Andrew Purtell created HBASE-7582:
-
Summary: Unit test execution mode that randomizes test order
Key: HBASE-7582
URL: https://issues.apache.org/jira/browse/HBASE-7582
Project: HBase
Issue
Hi Lars,
I'm not seeing this release in Maven central. Checking back to the apache
repository [0], I don't see it there either.
Thanks,
Nick
[0]:
https://repository.apache.org/content/repositories/releases/org/apache/hbase/hbase/
On Sat, Jan 12, 2013 at 3:50 PM, lars hofhansl la...@apache.org
Matteo Bertozzi created HBASE-7583:
--
Summary: Fixes and cleanups
Key: HBASE-7583
URL: https://issues.apache.org/jira/browse/HBASE-7583
Project: HBase
Issue Type: Sub-task
Andrew Purtell created HBASE-7584:
-
Summary: Improve TestAccessController.testAppend
Key: HBASE-7584
URL: https://issues.apache.org/jira/browse/HBASE-7584
Project: HBase
Issue Type: Bug
Andrew Purtell created HBASE-7585:
-
Summary: TestAccessController tests should close HTables
Key: HBASE-7585
URL: https://issues.apache.org/jira/browse/HBASE-7585
Project: HBase
Issue Type:
[
https://issues.apache.org/jira/browse/HBASE-6140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Devaraj Das resolved HBASE-6140.
Resolution: Duplicate
Isn't this handled in HBASE-6134. Feel free to reopen if otherwise.
[
https://issues.apache.org/jira/browse/HBASE-7581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell reopened HBASE-7581:
---
This needs to be applied to 0.94. Reopening to do so.
TestAccessController
[
https://issues.apache.org/jira/browse/HBASE-7581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-7581.
---
Resolution: Fixed
Fix Version/s: 0.94.5
Committed to 0.94. TestAccessController
Findbug count is starting to rise again. Us fellas doing the committing
have let a few slip through. We need to be more vigilant.
What is the best way evaluating a patch post commit when findbugs warnings
is not zero? As soon as one findbugs item comes in, because findbugs still
reports many
Sorry, this is new.
On Wed, Jan 16, 2013 at 10:38 AM, Stack st...@duboce.net wrote:
Findbug count is starting to rise again. Us fellas doing the committing
have let a few slip through.
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
I think the only simple solution is to put it to zero, then it's easy to
see what's new. But it requires some work. Not much. But some :-(
On Wed, Jan 16, 2013 at 7:53 PM, Andrew Purtell apurt...@apache.org wrote:
Sorry, this is new.
On Wed, Jan 16, 2013 at 10:38 AM, Stack st...@duboce.net
See https://builds.apache.org/job/HBase-TRUNK/3758/changes
Changes:
[nkeywal] HBASE-7581 TestAccessController depends on the execution order
[mbertozzi] HBASE-7560 TestCompactionState failures
[jxiang] HBASE-7575 FSUtils#getTableStoreFilePathMap should all ignore
non-table folders
stack created HBASE-7586:
Summary: Fix two findbugs warnings to get our count down to the
tolerated number again
Key: HBASE-7586
URL: https://issues.apache.org/jira/browse/HBASE-7586
Project: HBase
I can see that testRegionShouldNotBeDeployed is failing on the last
builds, and I'm facing the same locally.
Should a JIRA be opened for that?
JM
Jean-Marc Spaggiari created HBASE-7587:
--
Summary: Fix two findbugs warning in RowResource
Key: HBASE-7587
URL: https://issues.apache.org/jira/browse/HBASE-7587
Project: HBase
Issue
I should have just fixed it with HBASE-7575. Let me take a look.
Thanks,
Jimmy
On Wed, Jan 16, 2013 at 11:18 AM, Jean-Marc Spaggiari
jean-m...@spaggiari.org wrote:
I can see that testRegionShouldNotBeDeployed is failing on the last
builds, and I'm facing the same locally.
Should a JIRA be
Jean-Marc Spaggiari created HBASE-7588:
--
Summary: Fix two findbugs warning in MemStoreFlusher
Key: HBASE-7588
URL: https://issues.apache.org/jira/browse/HBASE-7588
Project: HBase
Issue
The test works for me locally with the latest code.
Can you give it a try with the latest code?
If it still fails for you, sure, please file a jira.
Thanks a lot,
Jimmy
On Wed, Jan 16, 2013 at 11:29 AM, Jimmy Xiang jxi...@cloudera.com wrote:
I should have just fixed it with HBASE-7575. Let
Hi Jimmy,
I have just done an update and restarted the tests. I wlil keep you
posted of the results.
Thanks,
JM
2013/1/16, Jimmy Xiang jxi...@cloudera.com:
The test works for me locally with the latest code.
Can you give it a try with the latest code?
If it still fails for you, sure,
Thanks Nick. Looks like teething issues that come of our move to a new
site publishing system (See http://hbase.apache.org/book.html#hbase.org).
On it now.
St.Ack
On Wed, Jan 16, 2013 at 11:03 AM, Nick Dimiduk ndimi...@gmail.com wrote:
Hi guys,
I'm getting a 404 out of
On Wed, Jan 16, 2013 at 10:57 AM, Nicolas Liochon nkey...@gmail.com wrote:
I think the only simple solution is to put it to zero, then it's easy to
see what's new. But it requires some work. Not much. But some :-(
Figured. You are right N. Thanks. Lets squash this last set...
St.Ack
Sergey Shelukhin created HBASE-7589:
---
Summary: Hudson findbugs check produces bogus results, and when/if
they aren't it's hard to figure out what the bugs are
Key: HBASE-7589
URL:
Hi Jimmy,
The test is failling again, but it's of OOM... I will see if I can
increase the memory with mvn parameters. I have 32GBs in this
computer, so it's not because of a physical limitation...
JM
2013/1/16, Jean-Marc Spaggiari jean-m...@spaggiari.org:
Hi Jimmy,
I have just done an update
Matteo Bertozzi created HBASE-7592:
--
Summary: HConnectionManager.getHTableDescriptor() compares too much
Key: HBASE-7592
URL: https://issues.apache.org/jira/browse/HBASE-7592
Project: HBase
This is a different issue. Please file a jira for this issue. I saw this
before too. I think it is flaky.
Thanks,
Jimmy
On Wed, Jan 16, 2013 at 2:47 PM, Jean-Marc Spaggiari
jean-m...@spaggiari.org wrote:
testRegionShouldNotBeDeployed(org.apache.hadoop.hbase.util.TestHBaseFsck):
In some of the failed test logs in trunk precommit I see these.
Look bad. Is that something to worry about?
java.io.IOException: java.io.IOException: java.io.IOException:
java.lang.InstantiationException: org.apache.hadoop.io.RawComparator
at
See https://builds.apache.org/job/HBase-TRUNK/3759/changes
Changes:
[larsh] HBASE-7578 TestCatalogTracker hangs occasionally
[stack] HBASE-6066 some low hanging read path improvement ideas
[apurtell] HBASE-7587. Fix two findbugs warnings in RowResource (Jean-Marc
Spaggiari)
[stack]
For TestLocalHBaseCluster test failure, the only explanation I can come up
with is that in deserializeFromWritable(), majorVersion was = 1. This
would result in comparatorClassName not assigned (to concrete comparator
classname) due to the following check (line 366):
if (majorVersion 1) {
There's a default assignment of org.apache.hadoop.io.RawComparator for that
case, even if it were likely.
comparatorClassName is set to org.apache.hadoop.io.RawComparator. The
instantiation of this class is what is failing. The class can't be found.
I've seen this sort of thing happen when jars
Easy enough to test by running a patch by hadoopqa? TestLocalHBaseCluster
is failing w/ the above most of the time?
Good on you,
St.Ack
On Wed, Jan 16, 2013 at 3:07 PM, Ted Yu yuzhih...@gmail.com wrote:
For TestLocalHBaseCluster test failure, the only explanation I can come up
with is that
stack created HBASE-7593:
Summary: [site] Adjustments to suit our new publishing process
Key: HBASE-7593
URL: https://issues.apache.org/jira/browse/HBASE-7593
Project: HBase
Issue Type: Bug
TestLocalHBaseCluster fails quite often in PreCommit builds
e.g.
https://builds.apache.org/job/PreCommit-HBASE-Build/4056/testReport/
Cheers
On Wed, Jan 16, 2013 at 3:17 PM, Stack st...@duboce.net wrote:
Easy enough to test by running a patch by hadoopqa? TestLocalHBaseCluster
is failing w/
[
https://issues.apache.org/jira/browse/HBASE-7593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack resolved HBASE-7593.
--
Resolution: Fixed
Assignee: stack
Committed.
[site] Adjustments to suit our new
I think Stack was suggesting if you have a theory you can test it. :-)
On Wed, Jan 16, 2013 at 3:20 PM, Ted Yu yuzhih...@gmail.com wrote:
TestLocalHBaseCluster fails quite often in PreCommit builds
e.g.
https://builds.apache.org/job/PreCommit-HBASE-Build/4056/testReport/
Cheers
On Wed,
Yep, that's what made me curious and I checked the log files.
As Andy said, there's no good explanation for that exception.
The class does still exist in Hadoop trunk. And it is very curious that it only
fails sometimes.
-- Lars
From: Ted Yu
On Wed, Jan 16, 2013 at 3:16 PM, Andrew Purtell apurt...@apache.org wrote:
There's a default assignment of org.apache.hadoop.io.RawComparator for that
case, even if it were likely.
comparatorClassName is set to org.apache.hadoop.io.RawComparator. The
instantiation of this class is what is
Two theories:
1) There is junk in /tmp/hbase-${user.name} from an earlier test picked up
by the build.
2) This is something specific to the JRE version or the local environment
on hadoopqa.
I think Ted updated the precommit build config to rm -rf /tmp/hbase-* ahead
of testing.
For the second,
RawComparator is an interface:
public interface RawComparatorT extends ComparatorT {
FYI
On Wed, Jan 16, 2013 at 3:26 PM, Stack st...@duboce.net wrote:
On Wed, Jan 16, 2013 at 3:16 PM, Andrew Purtell apurt...@apache.org
wrote:
There's a default assignment of
Ok, yes that would do it, my bad.
On Wed, Jan 16, 2013 at 3:28 PM, Ted Yu yuzhih...@gmail.com wrote:
RawComparator is an interface:
public interface RawComparatorT extends ComparatorT {
FYI
On Wed, Jan 16, 2013 at 3:26 PM, Stack st...@duboce.net wrote:
On Wed, Jan 16, 2013 at 3:16 PM,
From https://builds.apache.org/job/PreCommit-HBASE-Build/4057/consoleFull :
[PreCommit-HBASE-Build] $ /bin/bash
/tmp/hudson2696208886865701786.shasf002.sp2.ygridcore.net
Linux asf002.sp2.ygridcore.net 2.6.32-33-server #71-Ubuntu SMP Wed Jul
20 17:42:25 UTC 2011 x86_64 GNU/Linux
core file size
I'll try a few things on HBASE-7594
On Wed, Jan 16, 2013 at 3:36 PM, Ted Yu yuzhih...@gmail.com wrote:
From https://builds.apache.org/job/PreCommit-HBASE-Build/4057/consoleFull:
[PreCommit-HBASE-Build] $ /bin/bash
/tmp/hudson2696208886865701786.shasf002.sp2.ygridcore.net
Linux
Andrew Purtell created HBASE-7594:
-
Summary: TestLocalHBaseCluster failing in precommit builds
Key: HBASE-7594
URL: https://issues.apache.org/jira/browse/HBASE-7594
Project: HBase
Issue
It should be good now.
Site publishing was changed recently. Its easier to do now and the results
will show up faster. See http://hbase.apache.org/book.html#hbase.org for
more (in particular the referenced infra ticket).
Thanks for flagging it Nick.
St.Ack
On Wed, Jan 16, 2013 at 11:58 AM,
Ah. Indeed. Now the interesting question is: Why does it fail sometimes.
I guess we should continue the discussion on the jira that Andy created.
From: Ted Yu yuzhih...@gmail.com
To: dev@hbase.apache.org
Sent: Wednesday, January 16, 2013 3:28 PM
Subject: Re:
Chris Trezzo created HBASE-7595:
---
Summary: Fix one findbug warning in ReplicationSourceManager
Key: HBASE-7595
URL: https://issues.apache.org/jira/browse/HBASE-7595
Project: HBase
Issue Type:
Matteo Bertozzi created HBASE-7596:
--
Summary: Redundant FSTableDescriptor update
Key: HBASE-7596
URL: https://issues.apache.org/jira/browse/HBASE-7596
Project: HBase
Issue Type: Bug
Looks like a failure specific to ubuntu2?
Going back a few builds on https://builds.apache.org/job/HBase-TRUNK/,
TestLocalHBaseCluster passes until it gets to 3755 on ubuntu2 and fails.
Then the next build is aborted. Then the next build back is on ubuntu1 and
is good. More builds on ubuntu1,3,4
Jean-Marc Spaggiari created HBASE-7597:
--
Summary: testRegionShouldNotBeDeployed seems to be flaky
Key: HBASE-7597
URL: https://issues.apache.org/jira/browse/HBASE-7597
Project: HBase
Hi Jimmy,
I have created HBASE-7597 for that. I will try to run the tests with
-Dsurefire.secondPartThreadCount=1 to see if it's making a difference.
Thanks,
JM
2013/1/16, Jimmy Xiang jxi...@cloudera.com:
This is a different issue. Please file a jira for this issue. I saw this
before too.
Cool, thanks!
Jimmy
On Wed, Jan 16, 2013 at 4:22 PM, Jean-Marc Spaggiari
jean-m...@spaggiari.org wrote:
Hi Jimmy,
I have created HBASE-7597 for that. I will try to run the tests with
-Dsurefire.secondPartThreadCount=1 to see if it's making a difference.
Thanks,
JM
2013/1/16, Jimmy
Devaraj Das created HBASE-7599:
--
Summary: Port HBASE-6066 (low hanging read path improvements) to
0.94
Key: HBASE-7599
URL: https://issues.apache.org/jira/browse/HBASE-7599
Project: HBase
Lars Hofhansl created HBASE-7600:
Summary: Investigate TestAdmin.testCreateBadTables
Key: HBASE-7600
URL: https://issues.apache.org/jira/browse/HBASE-7600
Project: HBase
Issue Type: Bug
Jean-Marc Spaggiari created HBASE-7601:
--
Summary: Fix 8 remaining EQ findbug warnings from hbase-server.
Key: HBASE-7601
URL: https://issues.apache.org/jira/browse/HBASE-7601
Project: HBase
Lars Hofhansl created HBASE-7602:
Summary: TestFromClientSide.testPoolBehavior is incorrect
Key: HBASE-7602
URL: https://issues.apache.org/jira/browse/HBASE-7602
Project: HBase
Issue Type:
See https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/351/changes
Changes:
[enis] HBASE-7563. Move CompoundConfiguration to common and add string map
support (Sergey Shelukhin). Addendum commit for the moved files.
[enis] HBASE-7563. Move CompoundConfiguration to common and add string
Sergey Shelukhin created HBASE-7603:
---
Summary: refactor storefile management in HStore in order to
support things like LevelDB-style compactions
Key: HBASE-7603
URL:
[
https://issues.apache.org/jira/browse/HBASE-7299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
chunhui shen reopened HBASE-7299:
-
TestMultiParallel#testActiveThreadsCount failed in recent building
From
See https://builds.apache.org/job/HBase-TRUNK/3760/changes
Changes:
[enis] HBASE-7563. Move CompoundConfiguration to common and add string map
support (Sergey Shelukhin). Addendum commit for the moved files.
[enis] HBASE-7563. Move CompoundConfiguration to common and add string map
support
See https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/352/changes
Changes:
[stack] HBASE-7595 Fix one findbug warning in ReplicationSourceManager
[stack] HBASE-7593 [site] Adjustments to suit our new publishing process;
ADDENDUM
[tedyu] HBASE-7238 Size based scan metric broken by
71 matches
Mail list logo