Jenkins build is back to normal : HBase-0.94-security #123

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.94-security/123/

Build failed in Jenkins: hbase-0.95 #68

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/hbase-0.95/68/changes Changes: [stack] HBASE-7952 Remove update() and Improve ExplicitColumnTracker performance -- [...truncated 3550 lines...] Running org.apache.hadoop.hbase.coprocessor.TestBigDecimalColumnInterpreter

[jira] [Created] (HBASE-8087) Add result information in ProtoBuf response object for master/rs ops

2013-03-13 Thread rajeshbabu (JIRA)
rajeshbabu created HBASE-8087: - Summary: Add result information in ProtoBuf response object for master/rs ops Key: HBASE-8087 URL: https://issues.apache.org/jira/browse/HBASE-8087 Project: HBase

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

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/445/changes Changes: [Gary Helmling] HBASE-7482 Port HBASE-7442 HBase remote CopyTable not working when security enabled to trunk -- [...truncated 22953 lines...] Forking command line: /bin/sh

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

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/hbase-0.95-on-hadoop2/24/changes Changes: [stack] HBASE-7952 Remove update() and Improve ExplicitColumnTracker performance [Gary Helmling] HBASE-7482 Port HBASE-7442 HBase remote CopyTable not working when security enabled to trunk

Re: JIRA slow this morning

2013-03-13 Thread Dave Wang
I'm able to access JIRA at the usual speeds. - Dave On Wed, Mar 13, 2013 at 7:51 AM, Ted Yu yuzhih...@gmail.com wrote: Hi, I found it slow accessing JIRA this morning. Using wget to fetch patch resulted in: --2013-03-13 14:44:12--

Re: JIRA slow this morning

2013-03-13 Thread Jean-Marc Spaggiari
I faced some issues to access it yesterday. It seems to be intermitent, but right now it's working for me. JM 2013/3/13 Dave Wang d...@cloudera.com: I'm able to access JIRA at the usual speeds. - Dave On Wed, Mar 13, 2013 at 7:51 AM, Ted Yu yuzhih...@gmail.com wrote: Hi, I found it slow

[jira] [Created] (HBASE-8088) Versioning site: part one, put stake in the ground for 0.94 by copying current versions of book and site

2013-03-13 Thread stack (JIRA)
stack created HBASE-8088: Summary: Versioning site: part one, put stake in the ground for 0.94 by copying current versions of book and site Key: HBASE-8088 URL: https://issues.apache.org/jira/browse/HBASE-8088

[jira] [Resolved] (HBASE-8088) Versioning site: part one, put stake in the ground for 0.94 by copying current versions of book and site

2013-03-13 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-8088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-8088. -- Resolution: Fixed Fix Version/s: 0.94.7 Assignee: stack Committed copy of current trunk book

Build failed in Jenkins: HBase-0.94 #894

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.94/894/changes Changes: [stack] HBASE-8088 Versioning site: part one, put stake in the ground for 0.94 by copying current versions of book and site [tedyu] HBASE-7824 Improve master start up time when there is log splitting work (Jeffrey Zhong)

[jira] [Resolved] (HBASE-8087) Add result information in ProtoBuf response object for master/rs ops

2013-03-13 Thread Andrew Purtell (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-8087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell resolved HBASE-8087. --- Resolution: Invalid Please resubmit with a clear description of the issue and what is the

[jira] [Created] (HBASE-8089) Add type support

2013-03-13 Thread Nick Dimiduk (JIRA)
Nick Dimiduk created HBASE-8089: --- Summary: Add type support Key: HBASE-8089 URL: https://issues.apache.org/jira/browse/HBASE-8089 Project: HBase Issue Type: New Feature Components:

[jira] [Resolved] (HBASE-7692) Add utility class to generate ordered byte[] serialization

2013-03-13 Thread Nick Dimiduk (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-7692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Dimiduk resolved HBASE-7692. - Resolution: Won't Fix Fix Version/s: (was: 0.95.0) Dropping in Orderly is not the

Re: JIRA slow this morning

2013-03-13 Thread Gary Helmling
ASF infrabot tweeted that there is a slowlaris type DOS attack ongoing: https://twitter.com/infrabot/status/31186676848866 On Wed, Mar 13, 2013 at 8:03 AM, Jean-Marc Spaggiari jean-m...@spaggiari.org wrote: I faced some issues to access it yesterday. It seems to be intermitent, but right

[jira] [Created] (HBASE-8090) Versioning site; part two, publish 0.94 site and add link from main site

2013-03-13 Thread stack (JIRA)
stack created HBASE-8090: Summary: Versioning site; part two, publish 0.94 site and add link from main site Key: HBASE-8090 URL: https://issues.apache.org/jira/browse/HBASE-8090 Project: HBase

Build failed in Jenkins: HBase-0.94 #895

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.94/895/changes Changes: [stack] HBASE_8088 ADDENDUM -- [...truncated 1564 lines...] A src/main/resources/hbase-webapps/regionserver A src/main/resources/hbase-webapps/regionserver/regionserver.jsp

Build failed in Jenkins: hbase-0.95 #69

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/hbase-0.95/69/changes Changes: [ramkrishna] HBASE-8012 - Reseek should position to the beginning of file for the first time it is invoked with a KV smaller than the first KV in file (Raymond Liu) [ramkrishna] HBASE-8066 - Provide Admin.isTableAvailable() for

Re: Build failed in Jenkins: HBase-TRUNK #3954

2013-03-13 Thread ramkrishna vasudevan
Seeings lot of test failures. https://builds.apache.org/job/HBase-TRUNK/3954/ As much as ten tests failed. Regards Ram On Wed, Mar 13, 2013 at 11:15 PM, Apache Jenkins Server jenk...@builds.apache.org wrote: See https://builds.apache.org/job/HBase-TRUNK/3954/changes Changes: [ramkrishna]

Re: Build failed in Jenkins: HBase-TRUNK #3954

2013-03-13 Thread Ted Yu
I ran the tests locally and they passed: 677 mt -Dtest=TestTableLockManager,TestZKProcedure,TestHFileArchiving 678 mt -Dtest=TestDelayedRpc,TestSnapshotCloneIndependence,TestCompactionState,TestSplitTransactionOnCluster On Wed, Mar 13, 2013 at 10:51 AM, ramkrishna vasudevan

Re: Label for JIRAs with patches that are almost there

2013-03-13 Thread Alex Baranau
Thank you for your reply! Better weeding where stuff that has a patch but it is not committable should have their state changed back to Open. That might serve a similar purpose? It might. My idea was that this label could be set by reviewer *only*. While patch available is set by the patch

[jira] [Created] (HBASE-8092) bulk assignment in 0.94 doesn't handle ZK errors very well

2013-03-13 Thread Sergey Shelukhin (JIRA)
Sergey Shelukhin created HBASE-8092: --- Summary: bulk assignment in 0.94 doesn't handle ZK errors very well Key: HBASE-8092 URL: https://issues.apache.org/jira/browse/HBASE-8092 Project: HBase

Build failed in Jenkins: HBase-0.94 #896

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.94/896/changes Changes: [tedyu] Add smart-apply-patch.sh to 0.94 -- [...truncated 1565 lines...] A src/main/resources/hbase-webapps/regionserver/regionserver.jsp A

[jira] [Created] (HBASE-8093) Change the .META. table name for file system incompatibility

2013-03-13 Thread Enis Soztutar (JIRA)
Enis Soztutar created HBASE-8093: Summary: Change the .META. table name for file system incompatibility Key: HBASE-8093 URL: https://issues.apache.org/jira/browse/HBASE-8093 Project: HBase

Jenkins build is back to normal : hbase-0.95 #71

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/hbase-0.95/71/changes

[jira] [Created] (HBASE-8094) TestTableInputFormatScan doesn't assert anything

2013-03-13 Thread Nick Dimiduk (JIRA)
Nick Dimiduk created HBASE-8094: --- Summary: TestTableInputFormatScan doesn't assert anything Key: HBASE-8094 URL: https://issues.apache.org/jira/browse/HBASE-8094 Project: HBase Issue Type:

[jira] [Created] (HBASE-8095) TestSnapshotsFromAdmin::testBackoffLogic depends on time

2013-03-13 Thread Sergey Shelukhin (JIRA)
Sergey Shelukhin created HBASE-8095: --- Summary: TestSnapshotsFromAdmin::testBackoffLogic depends on time Key: HBASE-8095 URL: https://issues.apache.org/jira/browse/HBASE-8095 Project: HBase

[jira] [Created] (HBASE-8096) [replication] NPE while replicating a log that is acquiring a new block from HDFS

2013-03-13 Thread Ian Friedman (JIRA)
Ian Friedman created HBASE-8096: --- Summary: [replication] NPE while replicating a log that is acquiring a new block from HDFS Key: HBASE-8096 URL: https://issues.apache.org/jira/browse/HBASE-8096

Build failed in Jenkins: HBase-TRUNK #3956

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-TRUNK/3956/changes Changes: [sershe] HBASE-8056 allow StoreScanner to drop deletes from some part of the compaction range -- [...truncated 3564 lines...] Running org.apache.hadoop.hbase.TestFullLogReconstruction

[jira] [Created] (HBASE-8098) ParseFilter acts like a factory but doesn't look like it

2013-03-13 Thread Nick Dimiduk (JIRA)
Nick Dimiduk created HBASE-8098: --- Summary: ParseFilter acts like a factory but doesn't look like it Key: HBASE-8098 URL: https://issues.apache.org/jira/browse/HBASE-8098 Project: HBase Issue

Replication hosed after simple cluster restart

2013-03-13 Thread lars hofhansl
We just ran into an interesting scenario. We restarted a cluster that was setup as a replication source. The stop went cleanly. Upon restart *all* regionservers aborted within a few seconds with variations of these errors: http://pastebin.com/3iQVuBqS This is scary! -- Lars

Re: Replication hosed after simple cluster restart

2013-03-13 Thread lars hofhansl
I suppose the problem could be in zkHelper.copyQueuesFromRSUsingMulti(rsZnode) as called from ReplicationSourceManager.NodeFailoverWorker.run(). copyQueuesFromRSUsingMulti will return the queues it read even when the multi operation failed (because another RS managed to execute it first). --

[jira] [Created] (HBASE-8099) ReplicationZookeeper.copyQueuesFromRSUsingMulti should not return any queues if it failed to execute.

2013-03-13 Thread Lars Hofhansl (JIRA)
Lars Hofhansl created HBASE-8099: Summary: ReplicationZookeeper.copyQueuesFromRSUsingMulti should not return any queues if it failed to execute. Key: HBASE-8099 URL:

Re: Replication hosed after simple cluster restart

2013-03-13 Thread lars hofhansl
Sorry 0.94.6RC1 (I complain about folks not reporting the version all the time, and then I do it too) From: Ted Yu yuzhih...@gmail.com To: dev@hbase.apache.org; lars hofhansl la...@apache.org Sent: Wednesday, March 13, 2013 6:17 PM Subject: Re: Replication

Re: Replication hosed after simple cluster restart

2013-03-13 Thread lars hofhansl
Hey no problem. It's cool that we found it in a test env. It's probably quite hard to reproduce. This is in 0.94.5 but this feature is off by default. What's the general thought here, should I kill the current 0.94.6 rc for this? My gut says: Yes. I'm also a bit worried about these:

Build failed in Jenkins: HBase-0.94 #897

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.94/897/changes Changes: [enis] HBASE-8031 Adopt goraci as an Integration test -- [...truncated 1567 lines...] A src/main/resources/hbase-webapps/regionserver/index.html A

Re: Replication hosed after simple cluster restart

2013-03-13 Thread lars hofhansl
No, this all RSs trying to copy the failed RS' queues over. Most of them will fail, but still report all the queues that they *tried* to move. For each of those a ReplicationSource is setup, which then fails when attempting to update the replication status (because their ZK nodes were never

0.94 jenkins is currently broken.

2013-03-13 Thread lars hofhansl
Please avoid checkins for now, because then we cannot track back which change broke a test (if any) and would have to start reverting changes again. -- Lars

Re: running test suite for patches using 0.94 branch on Jenkins

2013-03-13 Thread Nick Dimiduk
There's quite a bit of activity on 0.94: +1 On Wed, Mar 13, 2013 at 6:23 PM, Ted Yu yuzhih...@gmail.com wrote: Hi, I noticed the number of backports to 0.94 is ticking up. If the contributor clicks 'Submit Patch' button for the backport, he / she would get: -1 patch. The patch command

Re: Replication hosed after simple cluster restart

2013-03-13 Thread Himanshu Vashishtha
Err.. The jira is https://issues.apache.org/jira/browse/HBASE-7122 On Wed, Mar 13, 2013 at 6:51 PM, Himanshu Vashishtha hvash...@cs.ualberta.ca wrote: The log message you are seeing have been there for a long time I remember (it is a debug level message). I had a patch long back

[jira] [Created] (HBASE-8100) Wiki Thrift Documentation For Scan Methods

2013-03-13 Thread Jesse Anderson (JIRA)
Jesse Anderson created HBASE-8100: - Summary: Wiki Thrift Documentation For Scan Methods Key: HBASE-8100 URL: https://issues.apache.org/jira/browse/HBASE-8100 Project: HBase Issue Type: Bug

Re: Replication hosed after simple cluster restart

2013-03-13 Thread Himanshu Vashishtha
The log message you are seeing have been there for a long time I remember (it is a debug level message). I had a patch long back https://issues.apache.org/jira/browse/HBASE-7937, which became stale. Stack: it is not the fault of the multi command, it is the way the code is using it is wrong.

Re: Replication hosed after simple cluster restart

2013-03-13 Thread Himanshu Vashishtha
This is bad. Yes, copyQueuesFromRSUsingMulti returns a list which it might not be able to move later on, resulting in bogus znodes. I'll fix this asap. Weird it didn't happen in my testing earlier. Sorry about this. On Wed, Mar 13, 2013 at 6:27 PM, lars hofhansl la...@apache.org wrote: Sorry

[jira] [Resolved] (HBASE-8040) Race condition in AM after HBASE-7521 (only 0.94)

2013-03-13 Thread ramkrishna.s.vasudevan (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-8040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ramkrishna.s.vasudevan resolved HBASE-8040. --- Resolution: Fixed Hadoop Flags: Reviewed Committed to 0.94. Thanks for

Build failed in Jenkins: HBase-TRUNK #3957

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-TRUNK/3957/changes Changes: [enis] HBASE-8094 TestTableInputFormatScan doesn't assert anything (Nick Dimiduk) -- [...truncated 3610 lines...] Running org.apache.hadoop.hbase.TestZooKeeper Running

Re: Replication hosed after simple cluster restart

2013-03-13 Thread Himanshu Vashishtha
Yes, a patch is there on https://issues.apache.org/jira/browse/HBASE-8099. On Wed, Mar 13, 2013 at 8:22 PM, Andrew Purtell apurt...@apache.org wrote: If Himanshu (?) can fix it quickly we should try to get it in here IMHO. On Wednesday, March 13, 2013, Ted Yu wrote: This was the JIRA that

Re: Replication hosed after simple cluster restart

2013-03-13 Thread lars hofhansl
Yeah, lemme sink the RC... We do have a fix. Consider it sunk. In the end there are some more issues to discuss anyway. - Can we avoid RSs taking over queues during a clean shutdown/restart? Without multi we can actually loose data to replicate this way (one RS is shut down, another takes

Build failed in Jenkins: hbase-0.95 #72

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/hbase-0.95/72/changes Changes: [enis] HBASE-8094 TestTableInputFormatScan doesn't assert anything (Nick Dimiduk) -- [...truncated 3591 lines...] Running org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface

Re: Replication hosed after simple cluster restart

2013-03-13 Thread lars hofhansl
I have proposed some minor changes (including adding the jitter) on HBASE-8099. Turns out there already is a wait-time to give the cluster a chance to shutdown. It defaults to 2s, which was not enough in our case. Let's do a test (if we think that can be done) in a different jira. -- Lars

[jira] [Created] (HBASE-8101) Cleanup: findbugs and javadoc warning fixes as well as making it illegal passing null row to Put/Delete, etc.

2013-03-13 Thread stack (JIRA)
stack created HBASE-8101: Summary: Cleanup: findbugs and javadoc warning fixes as well as making it illegal passing null row to Put/Delete, etc. Key: HBASE-8101 URL: https://issues.apache.org/jira/browse/HBASE-8101

Re: Replication hosed after simple cluster restart

2013-03-13 Thread Himanshu Vashishtha
On Wed, Mar 13, 2013 at 8:48 PM, lars hofhansl la...@apache.org wrote: Yeah, lemme sink the RC... We do have a fix. Consider it sunk. In the end there are some more issues to discuss anyway. - Can we avoid RSs taking over queues during a clean shutdown/restart? Without multi we can

[jira] [Created] (HBASE-8102) Replication NodeFailoverWorker should check other rs znodes before proceeding

2013-03-13 Thread Himanshu Vashishtha (JIRA)
Himanshu Vashishtha created HBASE-8102: -- Summary: Replication NodeFailoverWorker should check other rs znodes before proceeding Key: HBASE-8102 URL: https://issues.apache.org/jira/browse/HBASE-8102

Build failed in Jenkins: HBase-0.94 #898

2013-03-13 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.94/898/changes Changes: [stack] HBASE-8088 Versioning site: part one, put stake in the ground for 0.94 by copying current versions of book and site; SVN ADD NEW FILES [ramkrishna] HBASE-8040 - Race condition in AM after HBASE-7521 (only 0.94) (Ram)

[jira] [Created] (HBASE-8103) Fix pom so 0.94 can generate site reports

2013-03-13 Thread stack (JIRA)
stack created HBASE-8103: Summary: Fix pom so 0.94 can generate site reports Key: HBASE-8103 URL: https://issues.apache.org/jira/browse/HBASE-8103 Project: HBase Issue Type: Bug

[jira] [Resolved] (HBASE-8103) Fix pom so 0.94 can generate site reports

2013-03-13 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-8103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-8103. -- Resolution: Fixed Fix Version/s: 0.94.6 Assignee: stack Committed to 0.94 branch.