[ https://issues.apache.org/jira/browse/HBASE-9139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13736999#comment-13736999 ]
Hadoop QA commented on HBASE-9139: ---------------------------------- {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12597484/9139-trunk-v1.patch against trunk revision . {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:red}-1 tests included{color}. The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color:green}+1 hadoop1.0{color}. The patch compiles against the hadoop 1.0 profile. {color:green}+1 hadoop2.0{color}. The patch compiles against the hadoop 2.0 profile. {color:red}-1 javadoc{color}. The javadoc tool appears to have generated 3 warning messages. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:green}+1 findbugs{color}. The patch does not introduce any new Findbugs (version 1.3.9) warnings. {color:green}+1 release audit{color}. The applied patch does not increase the total number of release audit warnings. {color:green}+1 lineLengths{color}. The patch does not introduce lines longer than 100 {color:green}+1 site{color}. The mvn site goal succeeds with this patch. {color:red}-1 core tests{color}. The patch failed these unit tests: Test results: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//testReport/ Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-prefix-tree.html Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-client.html Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-common.html Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-protocol.html Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-server.html Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-hadoop1-compat.html Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-examples.html Findbugs warnings: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//artifact/trunk/patchprocess/newPatchFindbugsWarningshbase-hadoop-compat.html Console output: https://builds.apache.org/job/PreCommit-HBASE-Build/6704//console This message is automatically generated. > Independent timeout configuration for rpc channel between cluster nodes > ----------------------------------------------------------------------- > > Key: HBASE-9139 > URL: https://issues.apache.org/jira/browse/HBASE-9139 > Project: HBase > Issue Type: Improvement > Components: IPC/RPC, regionserver > Affects Versions: 0.94.10, 0.96.0 > Reporter: Julian Zhou > Assignee: Julian Zhou > Priority: Minor > Fix For: 0.94.12, 0.96.0 > > Attachments: 9139-0.94-v0.patch, 9139-0.94-v1.patch, > 9139-trunk-v0.patch, 9139-trunk-v1.patch, 9139-trunk-v1.patch > > > Default of "hbase.rpc.timeout" is 60000 ms (1 min). User sometimes > increase them to a bigger value such as 600000 ms (10 mins) for many > concurrent loading application from client. Some user share the same > hbase-site.xml for both client and server. HRegionServer > #tryRegionServerReport via rpc channel to report to live master, but > there was a window for master failover scenario. That region server > attempting to connect to master, which was just killed, backup master > took the active role immediately and put to /hbase/master, but region > server was still waiting for the rpc timeout from connecting to the dead > master. If "hbase.rpc.timeout" is too long, this master failover process > will be long due to long rpc timeout from dead master. > If so, could we separate with 2 options, "hbase.rpc.timeout" is still > for hbase client, while "hbase.rpc.internal.timeout" was for this > regionserver/master rpc channel, which could be set shorted value > without affect real client rpc timeout value? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira