drill-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ramana Inukonda <rinuko...@maprtech.com>
Subject Re: Test Case for Inability to run a Distributed Drill Query (on JSON files on FS).
Date Fri, 07 Nov 2014 21:31:06 GMT
I did not realize this was addressed specifically at me.


I would suspect that the drill-override.conf does not contain correct ZK
information. Could you please paste an output of that file and lets check
if the config is right.


On Fri, Nov 7, 2014 at 1:18 PM, Ted Dunning <ted.dunning@gmail.com> wrote:

> On Fri, Nov 7, 2014 at 11:06 AM, Jacques Nadeau <jacques@apache.org>
> wrote:
> > Ted,
> > I'm not sure what you're suggesting.  Drill uses zk to find out about
> other
> > nodes.  As such, the only nodes it will know about are the nodes that
> have
> > the same zk setup.
> >
> If a ZK client has a connection string that contains members of multiple ZK
> clusters, then the client connect to different ZK nodes each time it
> connects.  This can lead to massive confusion.  If a Drillbit uses multiple
> connections, those connections could actually connect to different ZK
> nodes.  Thus, the drill bit might register with one ZK on one connection,
> but use another to find other drill bits.  The Curator library tends to use
> a style in which connections are used for fairly local purposes, so this
> isn't all that far-fetched.
> Similarly, if each drill bit actually is running a solo embedded ZK, a user
> could be confused about what is happening.  If somebody touched multiple
> drill bits and checked the ZK configs on each node, the problem would be
> obvious.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message