Return-Path: X-Original-To: apmail-incubator-drill-user-archive@minotaur.apache.org Delivered-To: apmail-incubator-drill-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5655C11200 for ; Fri, 27 Jun 2014 21:47:48 +0000 (UTC) Received: (qmail 83838 invoked by uid 500); 27 Jun 2014 21:47:48 -0000 Delivered-To: apmail-incubator-drill-user-archive@incubator.apache.org Received: (qmail 83786 invoked by uid 500); 27 Jun 2014 21:47:48 -0000 Mailing-List: contact drill-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: drill-user@incubator.apache.org Delivered-To: mailing list drill-user@incubator.apache.org Received: (qmail 83770 invoked by uid 99); 27 Jun 2014 21:47:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Jun 2014 21:47:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of adityakishore@gmail.com designates 209.85.160.178 as permitted sender) Received: from [209.85.160.178] (HELO mail-yk0-f178.google.com) (209.85.160.178) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Jun 2014 21:47:43 +0000 Received: by mail-yk0-f178.google.com with SMTP id q9so3310924ykb.9 for ; Fri, 27 Jun 2014 14:47:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=GxAJoZ2kk3umwL5p8H86154dFcWIzGL/EAbqtRv0CLg=; b=NED94lblPSekW016WhHwcihUnlU20MGsZ9bGVh42litXzf8FdjCT2uIUuEH14CWZzH m3isJ0JzUhNjZfZy85nbkNSgy4TLlKxgz6fdt1r6RmwGhwYCCqbjRTRIauP1F76veaYB bbL5Bdz1CLkQZQ/5po+1XpPkoIm5Kqiy76kvwRW+qL7vVcEeu25RvSho51h5vqZ+fIUu v+iLzTmSLUUvM4gFWkSfKrWwRv8CdSBT8eKpuWeIb4gT/mbk/PCaQRNgbo33pAHqohcc sh9XAvwLx12q1JyIT6zjgmIVIE3X65UuqTxlKKgwpKKiiIitUJ74Qq3nPwIPdPzm/1F3 9SAA== MIME-Version: 1.0 X-Received: by 10.236.154.136 with SMTP id h8mr35562947yhk.105.1403905643083; Fri, 27 Jun 2014 14:47:23 -0700 (PDT) Received: by 10.170.76.132 with HTTP; Fri, 27 Jun 2014 14:47:23 -0700 (PDT) Reply-To: adityakishore@gmail.com In-Reply-To: References: Date: Fri, 27 Jun 2014 14:47:23 -0700 Message-ID: Subject: Re: About Storage Plugin Instance Broadcast From: Aditya To: "drill-user@incubator.apache.org" Content-Type: multipart/alternative; boundary=20cf303bf88e277e9f04fcd84198 X-Virus-Checked: Checked by ClamAV on apache.org --20cf303bf88e277e9f04fcd84198 Content-Type: text/plain; charset=UTF-8 To be more precise, the configuration file "storage-plugins.json" has been replaced with "bootstrap-storage-plugins.json" which resides inside the Drill jars. When a cluster is started for the first time and no existing storage plugin definition is found in the Zookeeper, this file will be read and copied into the Zookeeper. From that point onward, the all Drillbits in the cluster will use only the information stored in the ZK and would ignore " bootstrap-storage-plugins.json" as well. On Fri, Jun 27, 2014 at 2:36 PM, Aditya wrote: > The configuration file "storage-plugins.json" is no longer used by Drill. > > Any change in the plugin configuration is stored only in the persistent > store (Zookeeper by default). > > > On Fri, Jun 27, 2014 at 12:09 AM, mufy wrote: > >> Hello Anil, >> >> Hmm... so the ZK will have the info. Agreed. But what about the statement >> where it says that any new storage plugin added/updated will be broadcast >> to all the nodes running drillbit service. I took that statement to mean - >> the config file will be synchronized across all the nodes running the >> drillbit service. Did I get it wrong? >> >> >> --- >> Mufeed Usman >> My LinkedIn | My >> Social Cause | My Blogs : LiveJournal >> >> >> >> >> >> >> On Fri, Jun 27, 2014 at 11:57 AM, AnilKumar B >> wrote: >> >> > Hi Murfy, >> > >> > Based on my understanding, registered storage plugin info will be >> stored on >> > ZK. As below. >> > >> > [zk: localhost:2181(CONNECTED) 10] ls /drill/sys.storage_plugins >> > [hive, cp, dfs, hbase] >> > [zk: localhost:2181(CONNECTED) 11] get /drill/sys.storage_plugins/hbase >> > { >> > "type" : "hbase", >> > "config" : { >> > "hbase.zookeeper.quorum" : "localhost", >> > "hbase.zookeeper.property.clientPort" : "2181" >> > }, >> > "enabled" : true >> > } >> > cZxid = 0x428 >> > ctime = Tue Jun 24 13:30:18 IST 2014 >> > mZxid = 0x450 >> > mtime = Tue Jun 24 13:31:41 IST 2014 >> > pZxid = 0x428 >> > cversion = 0 >> > dataVersion = 1 >> > aclVersion = 0 >> > ephemeralOwner = 0x0 >> > dataLength = 157 >> > numChildren = 0 >> > [zk: localhost:2181(CONNECTED) 12] get /drill/sys.storage_plugins/cp >> > { >> > "type" : "file", >> > "enabled" : true, >> > "connection" : "classpath:///", >> > "workspaces" : null, >> > "formats" : null >> > } >> > cZxid = 0x426 >> > ctime = Tue Jun 24 13:30:18 IST 2014 >> > mZxid = 0x426 >> > mtime = Tue Jun 24 13:30:18 IST 2014 >> > pZxid = 0x426 >> > cversion = 0 >> > dataVersion = 0 >> > aclVersion = 0 >> > ephemeralOwner = 0x0 >> > dataLength = 118 >> > numChildren = 0 >> > [zk: localhost:2181(CONNECTED) 13] >> > >> > Thanks, >> > B Anil Kumar. >> > >> > Thanks & Regards, >> > B Anil Kumar. >> > >> > >> > On Fri, Jun 27, 2014 at 11:12 AM, mufy wrote: >> > >> > > Stated here >> > > >> > > >> > >> https://cwiki.apache.org/confluence/display/DRILL/Connecting+Apache+Drill+to+Data+Sources >> > > that, >> > > >> > > "When you add or update storage plugin instances on one node, Drill >> > > broadcasts the information to all of the other Drill nodes so they >> have >> > > identical storage plugin instances registered. You do not need to >> restart >> > > any of the Drillbits when you add or update a storage plugin >> instance." >> > > >> > > Does that mean if I were to have the following on one node: >> > > [root@mufeed-drill1 ~]# cat >> > > >> > > >> > >> /opt/mapr/drill/drill-1.0.0/apache-drill-1.0.0-m2-incubating-SNAPSHOT/conf/storage-plugins.json >> > > { >> > > "storage": { >> > > >> > > dfs: { >> > > type: "file", >> > > connection: "maprfs:///" >> > > }, >> > > >> > > cp: { >> > > type: "file", >> > > connection: "classpath:///" >> > > }, >> > > >> > > cp1: { >> > > type: "file", >> > > connection: "classpath:///" >> > > }, >> > > } >> > > } >> > > >> > > The same content would get replicated to other nodes, on a file >> content >> > > level? If yes, I do not see that happening. If not, please clarify. >> > > >> > > --- >> > > Mufeed Usman >> > > My LinkedIn | >> My >> > > Social Cause | My Blogs : LiveJournal >> > > >> > > >> > >> > > --20cf303bf88e277e9f04fcd84198--