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 2FE07200CB5 for ; Wed, 12 Jul 2017 23:44:18 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B09D216AB7C; Wed, 12 Jul 2017 21:44:17 +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 0525916AB69 for ; Wed, 12 Jul 2017 23:44:16 +0200 (CEST) Received: (qmail 90666 invoked by uid 500); 12 Jul 2017 21:44:14 -0000 Mailing-List: contact dev-help@phoenix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@phoenix.apache.org Delivered-To: mailing list dev@phoenix.apache.org Received: (qmail 90654 invoked by uid 99); 12 Jul 2017 21:44:13 -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; Wed, 12 Jul 2017 21:44:13 +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 62D1619624C for ; Wed, 12 Jul 2017 21:44:13 +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-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id ZmSRhltxlkNG for ; Wed, 12 Jul 2017 21:44:11 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 1F89962781 for ; Wed, 12 Jul 2017 21:35:01 +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 5D16EE0059 for ; Wed, 12 Jul 2017 21:35:00 +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 152AF24710 for ; Wed, 12 Jul 2017 21:35:00 +0000 (UTC) Date: Wed, 12 Jul 2017 21:35:00 +0000 (UTC) From: "James Taylor (JIRA)" To: dev@phoenix.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (PHOENIX-3994) Index RPC priority still depends on the controller factory property in hbase-site.xml MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 12 Jul 2017 21:44:18 -0000 [ https://issues.apache.org/jira/browse/PHOENIX-3994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16084733#comment-16084733 ] James Taylor commented on PHOENIX-3994: --------------------------------------- I like [~vincentpoon]'s idea: how about setting the config on the targetHTable similar to the way Vincent did for his related JIRA? We know the scope of the htable is limited to just this invocation and also limited to UPSERT SELECT. {code} if (upsertSelectTable != null) { isUpsert = true; projectedTable = deserializeTable(upsertSelectTable); targetHTable = new HTable(env.getConfiguration(), projectedTable.getPhysicalName().getBytes()); + Configuration tableConf = targetHTable.getConfiguration(); // TODO: set configs necessary for RPC to be higher priority {code} Also, can use the necessary config (maybe already are?) such that we get the optimization of local writes bypassing the RPC stack? > Index RPC priority still depends on the controller factory property in hbase-site.xml > ------------------------------------------------------------------------------------- > > Key: PHOENIX-3994 > URL: https://issues.apache.org/jira/browse/PHOENIX-3994 > Project: Phoenix > Issue Type: Bug > Affects Versions: 4.11.0 > Reporter: Sergey Soldatov > Assignee: Samarth Jain > Priority: Critical > Fix For: 4.12.0, 4.11.1 > > Attachments: PHOENIX-3994_addendum.patch, PHOENIX-3994.patch, PHOENIX-3994_v2.patch, PHOENIX-3994_v3.patch > > > During PHOENIX-3360 we tried to remove dependency on hbase.rpc.controllerfactory.class property in hbase-site.xml since it cause problems on the client side (if client is using server side configuration, all client request may go using index priority). Committed solution is using setting the controller factory programmatically for coprocessor environment in Indexer class, but it comes that this solution doesn't work because the environment configuration is not used for the coprocessor connection creation. We need to provide a better solution since this issue may cause accidental locks and failures that hard to identify and avoid. -- This message was sent by Atlassian JIRA (v6.4.14#64029)