Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C7F17200C8E for ; Thu, 8 Jun 2017 12:03:24 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id C6A02160BE7; Thu, 8 Jun 2017 10:03:24 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 190C3160BD5 for ; Thu, 8 Jun 2017 12:03:23 +0200 (CEST) Received: (qmail 19817 invoked by uid 500); 8 Jun 2017 10:03:23 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 19806 invoked by uid 99); 8 Jun 2017 10:03:23 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Jun 2017 10:03:23 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id B80611809A1 for ; Thu, 8 Jun 2017 10:03:22 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 71o_XKen8cLf for ; Thu, 8 Jun 2017 10:03:22 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 965D460FA9 for ; Thu, 8 Jun 2017 10:03:20 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 9262AE0DE9 for ; Thu, 8 Jun 2017 10:03:19 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id A01BC21E1E for ; Thu, 8 Jun 2017 10:03:18 +0000 (UTC) Date: Thu, 8 Jun 2017 10:03:18 +0000 (UTC) From: "Phil Yang (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (HBASE-17931) Assign system tables to servers with highest version MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 08 Jun 2017 10:03:24 -0000 [ https://issues.apache.org/jira/browse/HBASE-17931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16042489#comment-16042489 ] Phil Yang edited comment on HBASE-17931 at 6/8/17 10:02 AM: ------------------------------------------------------------ 2.0.0-alpha will be released soon so back to this issue. org/apache/hadoop/hbase/master/AssignmentManager.java is gone so I'm going to prepare a new patch. was (Author: yangzhe1991): 2.0.0-alpha will be released soon so back to this issue. AssignmentManager is gone so I'm going to prepare a new patch. > Assign system tables to servers with highest version > ---------------------------------------------------- > > Key: HBASE-17931 > URL: https://issues.apache.org/jira/browse/HBASE-17931 > Project: HBase > Issue Type: Bug > Components: scan > Reporter: Phil Yang > Assignee: Phil Yang > Priority: Blocker > Fix For: 2.0.0, 1.4.0 > > Attachments: HBASE-17931.v01.patch, HBASE-17931.v02.patch, HBASE-17931.v03.patch > > > In branch-1 and master we have some improvement and new features on scanning which is not compatible. > A client of old version to a server of new version is compatible (must be a bug if not, maybe need some test?). > A client of new version may not be able to read from a server of old version correctly (because of scan limit, moreResults flag, etc), which is ok for major/minor upgrade and we can tell users to upgrade server before upgrading client. But RS also use scan to read meta. If meta table is in RS of old version, all RSs of new version may have trouble while scanning meta table. > So we should make sure meta table always in servers of new version. Force meta table in Master and upgrade Master first, or assign meta table in region servers with latest version? -- This message was sent by Atlassian JIRA (v6.3.15#6346)