Mailing-List: contact drill-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: drill-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of ted.dunning@gmail.com
 designates 209.85.192.177 as permitted sender)
Subject: Re: Still unable to run a Distributed Drll Query...
References: <loom.20141027T122727-723@post.gmane.org>
 <CA+n6Tkus=QQ4N4A2gHkWw=h40L0peq-YgPjMrTiD85_KeeGyHg@mail.gmail.com>
 <loom.20141027T181934-346@post.gmane.org>
From: Ted Dunning <ted.dunning@gmail.com>
Content-Type: text/plain;
	charset=us-ascii
In-Reply-To: <loom.20141027T181934-346@post.gmane.org>
Message-Id: <67ED15BE-42EF-4739-9E7D-E4104CEAEB7D@gmail.com>
Date: Mon, 27 Oct 2014 11:02:01 -0700
To: "drill-user@incubator.apache.org" <drill-user@incubator.apache.org>
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)


I may have missed it as it went by, but what was the evidence that the zk qu=
orum actually includes all the zookeeper nodes?  This could be answered by e=
xamination if the logs, but more definitive and simpler might be to configur=
e to use only one zk node instead of three.=20

The rationale here is that if difference drillbits talked to different zk mo=
des they could well have not known about each other. =20

Sent from my iPhone

> On Oct 27, 2014, at 10:26, Chris Drawater <chris.drawater@jdsu.com> wrote:=

>=20
> Ramana Inukonda <rinukonda@...> writes:
>=20
>=20
>=20
>=20
>> Could you look at the zookeeper logs and see if there is any information
>=20
>> there? Zookeeper logs should be at zk install location/ logs. There shoul=
d
>=20
>> be two files. A .log and .out. Please check both.
>=20
>=20
>> Regards
>=20
>> Ramana
>=20
>=20
>=20
>=20
> Thanks  Ramana.
>=20
>=20
>=20
> We've now isolated our 3 * VMs onto their own private network...
>=20
>=20
>=20
> Now we see the following in the DrillBit.log :
>=20
>=20
>=20
>=20
>=20
> 2014-10-27 15:34:37,461 [d80e5b2c-3658-47ff-be30-fe884475feab:frag:0:0]=20=

> WARN  o.a.d.e.p.impl.SendingAccountor - Failure while waiting for send=20
> complete.
>=20
> java.lang.InterruptedException: null
>=20
>        at=20
> java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInter=
ru
> ptibly(AbstractQueuedSynchronizer.java:996) ~[na:1.7.0_65]
>=20
>        at=20
> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterru=
pt
> ibly(AbstractQueuedSynchronizer.java:1303) ~[na:1.7.0_65]
>=20
>        at java.util.concurrent.Semaphore.acquire(Semaphore.java:472) ~
> [na:1.7.0_65]
>=20
>        at=20
> org.apache.drill.exec.physical.impl.SendingAccountor.waitForSendComplete
> (SendingAccountor.java:44) ~[drill-java-exec-0.6.0-incubating-rebuffe
>=20
> d.jar:0.6.0-incubating]
>=20
>        at org.apache.drill.exec.physical.impl.ScreenCreator$ScreenRoot.sto=
p
> (ScreenCreator.java:186) [drill-java-exec-0.6.0-incubating-rebuffed.jar:0.=
6.
>=20
> 0-incubating]
>=20
>        at=20
> org.apache.drill.exec.work.fragment.FragmentExecutor.closeOutResources
> (FragmentExecutor.java:134) [drill-java-exec-0.6.0-incubating-rebuffed.
>=20
> jar:0.6.0-incubating]
>=20
>        at org.apache.drill.exec.work.fragment.FragmentExecutor.run
> (FragmentExecutor.java:109) [drill-java-exec-0.6.0-incubating-
> rebuffed.jar:0.6.0-incu
>=20
> bating]
>=20
>        at org.apache.drill.exec.work.WorkManager$RunnableWrapper.run
> (WorkManager.java:250) [drill-java-exec-0.6.0-incubating-rebuffed.jar:0.6.=
0-
> incubat
>=20
> ing]
>=20
>        at java.util.concurrent.ThreadPoolExecutor.runWorker
> (ThreadPoolExecutor.java:1145) [na:1.7.0_65]
>=20
>        at java.util.concurrent.ThreadPoolExecutor$Worker.run
> (ThreadPoolExecutor.java:615) [na:1.7.0_65]
>=20
>        at java.lang.Thread.run(Thread.java:745) [na:1.7.0_65]
>=20
>=20
>=20
> but no corresponding errors in the Zookeeper logs...
>=20
>=20
>=20
> Chris
>=20
>=20
>=20
>=20
>=20
>=20
>=20