[ 
https://issues.apache.org/jira/browse/HBASE-20698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16507068#comment-16507068
 ] 

Hudson commented on HBASE-20698:
--------------------------------

Results for branch branch-2
        [build #842 on 
builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/842/]: 
(x) *{color:red}-1 overall{color}*
----
details (if available):

(/) {color:green}+1 general checks{color}
-- For more information [see general 
report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/842//General_Nightly_Build_Report/]




(/) {color:green}+1 jdk8 hadoop2 checks{color}
-- For more information [see jdk8 (hadoop2) 
report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/842//JDK8_Nightly_Build_Report_(Hadoop2)/]


(x) {color:red}-1 jdk8 hadoop3 checks{color}
-- For more information [see jdk8 (hadoop3) 
report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/842//JDK8_Nightly_Build_Report_(Hadoop3)/]


(/) {color:green}+1 source release artifact{color}
-- See build output for details.


> Master don't record right server version until new started region server call 
> regionServerReport method
> -------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-20698
>                 URL: https://issues.apache.org/jira/browse/HBASE-20698
>             Project: HBase
>          Issue Type: Bug
>          Components: proc-v2
>    Affects Versions: 2.0.0
>            Reporter: Guanghao Zhang
>            Assignee: Guanghao Zhang
>            Priority: Major
>             Fix For: 2.0.1
>
>         Attachments: HBASE-20698.master.001.patch, 
> HBASE-20698.master.002.patch, HBASE-20698.master.003.patch, 
> HBASE-20698.master.addendum.patch
>
>
> When a new region server started, it will call regionServerStartup first. 
> Master will record this server as a new online server and may dispath 
> RemoteProcedure to the new server. But master only record the server version 
> when the new region server call regionServerReport method. Dispatch a new 
> RemoteProcedure to this new regionserver will fail if version is not right.
> {code:java}
>   @Override
>   protected void remoteDispatch(final ServerName serverName,
>       final Set<RemoteProcedure> remoteProcedures) {
>     final int rsVersion = 
> master.getAssignmentManager().getServerVersion(serverName);
>     if (rsVersion >= RS_VERSION_WITH_EXEC_PROCS) {
>       LOG.trace("Using procedure batch rpc execution for serverName={} 
> version={}",
>         serverName, rsVersion);
>       submitTask(new ExecuteProceduresRemoteCall(serverName, 
> remoteProcedures));
>     } else {
>       LOG.info(String.format(
>         "Fallback to compat rpc execution for serverName=%s version=%s",
>         serverName, rsVersion));
>       submitTask(new CompatRemoteProcedureResolver(serverName, 
> remoteProcedures));
>     }
>   }
> {code}
> The above code use version to resolve compatibility problem. So dispatch will 
> work right for old version region server. But for RefreshPeerProcedure, it is 
> new since hbase 2.0. So RefreshPeerProcedure don't need this. But the new 
> region server version is not right, it will use CompatRemoteProcedureResolver 
> for RefreshPeerProcedure, too. So the RefreshPeerProcedure can't be executed 
> rightly.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to