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 CAD05200C3A for ; Fri, 3 Mar 2017 01:40:07 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id C951B160B7A; Fri, 3 Mar 2017 00:40:07 +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 1C479160B6F for ; Fri, 3 Mar 2017 01:40:06 +0100 (CET) Received: (qmail 2113 invoked by uid 500); 3 Mar 2017 00:40:06 -0000 Mailing-List: contact dev-help@hawq.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hawq.incubator.apache.org Delivered-To: mailing list dev@hawq.incubator.apache.org Received: (qmail 2101 invoked by uid 99); 3 Mar 2017 00:40:06 -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; Fri, 03 Mar 2017 00:40:06 +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 C44D818E122 for ; Fri, 3 Mar 2017 00:40:05 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -5.366 X-Spam-Level: X-Spam-Status: No, score=-5.366 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=2, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.999, SPF_NEUTRAL=0.652, URIBL_BLOCKED=0.001] 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 VnSSFM80zN6u for ; Fri, 3 Mar 2017 00:40:03 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id 99F5D5FB59 for ; Fri, 3 Mar 2017 00:40:02 +0000 (UTC) Received: (qmail 1979 invoked by uid 99); 3 Mar 2017 00:40:01 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Mar 2017 00:40:01 +0000 Received: from mail-wm0-f51.google.com (mail-wm0-f51.google.com [74.125.82.51]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 63B861A02FC for ; Fri, 3 Mar 2017 00:40:01 +0000 (UTC) Received: by mail-wm0-f51.google.com with SMTP id t193so4253010wmt.1 for ; Thu, 02 Mar 2017 16:40:01 -0800 (PST) X-Gm-Message-State: AMke39n8eqFzUMIRC6+C241Nyh0BqFlPT8FQV4sy1d/XTBRUdcXURH6vyMZiR8BRdXTANMyXx/v4Q0zY0MuLrQ== X-Received: by 10.28.17.11 with SMTP id 11mr701875wmr.32.1488501600028; Thu, 02 Mar 2017 16:40:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.130.78 with HTTP; Thu, 2 Mar 2017 16:39:59 -0800 (PST) In-Reply-To: References: From: Lei Chang Date: Fri, 3 Mar 2017 08:39:59 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: hawq Ambari integration To: dev Content-Type: multipart/alternative; boundary=001a1145ad281e1e1f0549c8c9f9 archived-at: Fri, 03 Mar 2017 00:40:08 -0000 --001a1145ad281e1e1f0549c8c9f9 Content-Type: text/plain; charset=UTF-8 I think there are some use cases we need What Jon proposed. For example, users installed hawq via Ambari, but they want to automate the configuration changes, it would be convenient to have hawq CLI change the configurations. Cheers Lei On Fri, Mar 3, 2017 at 8:36 AM, Alex (Oleksandr) Diachenko < odiachenko@pivotal.io> wrote: > I see, that makes sense. > But is there any action users cannot do via Ambari? > > Ranger is also a good example, there we are making assumption, > users either use Ranger or HAWQ's authorization engine. > > The same logic might be extrapolated to HAWQ/Ambari - users might use > either Ambari or HAWQ CLI, but not both at the same time. > In that way, we can keep things simple. > > Regards, Alex. > > > > On Thu, Mar 2, 2017 at 4:28 PM, Jon Roberts wrote: > > > Right. Just like HAWQ will be operational without Ranger. > > > > We have the hawq CLI and will obviously continue to have it. Some people > > use Ambari while others don't. So just like with Ranger support, > integrate > > when possible but don't require it. > > > > > > Jon > > > > On Thu, Mar 2, 2017 at 6:26 PM, Alex (Oleksandr) Diachenko < > > odiachenko@pivotal.io> wrote: > > > > > Not really, because HAWQ should be operational even without Ambari(if > > > that's the case). > > > > > > On Thu, Mar 2, 2017 at 4:21 PM, Jon Roberts > wrote: > > > > > > > If that is the case, should we remove the "hawq" CLI? > > > > > > > > Jon > > > > > > > > On Thu, Mar 2, 2017 at 6:12 PM, Alex (Oleksandr) Diachenko < > > > > odiachenko@pivotal.io> wrote: > > > > > > > > > Hi Jon, > > > > > > > > > > I think it was designed that Ambari is supposed to be only one > source > > > of > > > > > true. > > > > > The whole purpose of integration id to provide a user-friendly > > > interface > > > > > and avoid manually editing/distributing config files > > > > > or running CLI commands. > > > > > The idea of coupling HAWQ master with Ambari doesn't seem to be > > clean. > > > > > > > > > > Regards, Alex. > > > > > > > > > > On Thu, Mar 2, 2017 at 4:05 PM, Jon Roberts > > > wrote: > > > > > > > > > > > It would be handy if the "hawq config" also updated Ambari's > > database > > > > so > > > > > > that changes could be made in either place are retained when > > changes > > > > are > > > > > > made in either place. > > > > > > > > > > > > Register Ambari: > > > > > > hawq ambari -u admin -w admin -h myhost -p 8080 > > > > > > > > > > > > "hawq config" could then raise INFO/WARN messages about updating > > > > Ambari. > > > > > > > > > > > > Example: > > > > > > hawq config -c hawq_rm_stmt_vseg_memory -v 16gb > > > > > > INFO: Updated Ambari with hawq_rm_stmt_vseg_memory=16gb > > > > > > or > > > > > > hawq config -c hawq_rm_stmt_vseg_memory -v 16gb > > > > > > WARN: Failed to update Ambari with hawq_rm_stmt_vseg_memory=16gb. > > > > Please > > > > > > update Ambari credentials manually to retain this configuration > > > change > > > > > > after a restart. > > > > > > > > > > > > The implementation would require interacting with the Ambari APIs > > and > > > > > also > > > > > > storing the credentials in an encrypted file on the HAWQ Master. > > > > > > > > > > > > Thoughts? > > > > > > > > > > > > > > > > > > Jon Roberts > > > > > > Principal Engineer | jroberts@pivotal.io | 615-426-8661 > > > > > > > > > > > > > > > > > > > > > --001a1145ad281e1e1f0549c8c9f9--