You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@drill.apache.org by Davide Giannella <da...@apache.org> on 2015/05/19 22:59:14 UTC
Connection timeout 1.0.0
Good evening,
quickly trying to try out drill on OSX but getting a connection exception.
Just following the 10 minutes tutorial [0] firing up with
bin/drill-embed. I tried as well with some variations of -u parameter
without luck
(0) http://drill.apache.org/docs/drill-in-10-minutes/
At [1] the full exception. I removed the highlighted IP. It seems to be
a public IP but if I access any whoami service on the web I have a
different one. When you get the advancedsearch.virginmedia.comthing it
normally means that it didn't find anything (404) and VM intercept and
"kindly" suggest you a search.
(1) https://gist.github.com/davidegiannella/6384e0d1553b68b5e046
hints?
Thank you
Regards
Davide
Re: Connection timeout 1.0.0
Posted by David Tucker <dt...@maprtech.com>.
For many Linux services, this can be an unstable configuration. Better to use
ifconfig eth0
to identify the configured IP address and add that entry to /etc/hosts.
Some DHCP client packages will do this automatically, since the IP can change with every reboot.
— David
On May 26, 2015, at 1:21 PM, Davide Giannella <da...@apache.org> wrote:
> On 22/05/2015 10:22, Davide Giannella wrote:
>> ...
>>
>> I looked up the ports drill should be using that I know of: 31010 and
>> 2181 but both are free to be taken: `sudo lsof -i TCP:${PORT}`.
>>
>
> Solved it. Adding the enquired hostname to /etc/host as 127.0.0.1 did
> the trick.
>
> Cheers
> Davide
>
>
Re: Connection timeout 1.0.0
Posted by Davide Giannella <da...@apache.org>.
On 22/05/2015 10:22, Davide Giannella wrote:
> ...
>
> I looked up the ports drill should be using that I know of: 31010 and
> 2181 but both are free to be taken: `sudo lsof -i TCP:${PORT}`.
>
Solved it. Adding the enquired hostname to /etc/host as 127.0.0.1 did
the trick.
Cheers
Davide
Re: Connection timeout 1.0.0
Posted by Davide Giannella <da...@apache.org>.
On 21/05/2015 16:41, Andries Engelbrecht wrote:
> What are in the log files when you run drill-embedded?
> Does the drillbit actually come up?
>
> The drill-embedded script should start sqlline and you should end up in the sqlline shell.
>
> If you want to start with sqlline instead of drill-embedded use the following
> ./sqlline -u jdbc:drill:zk=local
thanks for the support Andries,
I still can't get it to work. There's definitely something weird in my
security settings on this box as if I connect on my repeater router I
get the "virginmedia search/not found" thingy, if I connect on the main
router or I shutdown the wireless I get the unknown host exception.
Pointing to my computer name: davide-osx.
I'm still not getting why it should be this way as I develop
applications that uses network connectivities connecting to localhost on
various ports and never got any problems.
I looked up the ports drill should be using that I know of: 31010 and
2181 but both are free to be taken: `sudo lsof -i TCP:${PORT}`.
I guess I will need to download the sources and start debugging, if kids
and work will allow. Can you point me at the area in the code where more
or less the lookup for the host and the connection should happen?
Cheers
Davide
Re: Connection timeout 1.0.0
Posted by Andries Engelbrecht <ae...@maprtech.com>.
What are in the log files when you run drill-embedded?
Does the drillbit actually come up?
The drill-embedded script should start sqlline and you should end up in the sqlline shell.
If you want to start with sqlline instead of drill-embedded use the following
./sqlline -u jdbc:drill:zk=local
NOTE: You can not start the drillbit with drill-embedded and then try to use a different sqlline to access, as it will try to start the drillbit again and will give an error.
If you look in DRILL_HOME/log/drillbit.log you should see this if Drill started successfully
2015-05-21 08:36:43,824 [main] INFO o.apache.drill.exec.server.Drillbit - Drillbit environment: java.compiler=<NA>
2015-05-21 08:36:43,824 [main] INFO o.apache.drill.exec.server.Drillbit - Drillbit environment: os.name=Mac OS X
2015-05-21 08:36:43,824 [main] INFO o.apache.drill.exec.server.Drillbit - Drillbit environment: os.arch=x86_64
2015-05-21 08:36:43,824 [main] INFO o.apache.drill.exec.server.Drillbit - Drillbit environment: os.version=10.9.5
2015-05-21 08:36:43,824 [main] INFO o.apache.drill.exec.server.Drillbit - Drillbit environment: user.name=aengelbrecht
2015-05-21 08:36:43,824 [main] INFO o.apache.drill.exec.server.Drillbit - Drillbit environment: user.home=/Users/aengelbrecht
2015-05-21 08:36:43,824 [main] INFO o.apache.drill.exec.server.Drillbit - Drillbit environment: user.dir=/Users/aengelbrecht/drill/apache-drill-1.0.0/bin
2015-05-21 08:36:44,555 [main] INFO o.apache.drill.exec.server.Drillbit - Construction completed (731 ms).
2015-05-21 08:36:48,182 [main] INFO o.a.d.e.e.f.FunctionImplementationRegistry - Function registry loaded. 2360 functions loaded in 3292 ms.
2015-05-21 08:36:49,449 [main] INFO o.apache.drill.exec.server.Drillbit - Startup completed (4893 ms).
—Andries
On May 20, 2015, at 8:48 PM, Davide Giannella <da...@apache.org> wrote:
> On 20/05/2015 15:37, Andries Engelbrecht wrote:
>> Drill in embedded mode does not use zookeeper.
>>
>> Have you tried to just run just bin/drill-embedded from the Drill Home directory?
> this is what I did following the drill 10 minutes
>> This works fine for me on OSX, and I followed the documentation outlined in
>> http://drill.apache.org/docs/drill-in-10-minutes/
>>
>> I didn’t use sudo to extract the tar package.
> I didn't as well.
>
> Nevertheless today I got a different error and I guess it's not a
> problem with either permissions or previously running processes as I
> kill -9 any drill process and I tried running drill with sudo, which
> should clear the permissions issues if any.
>
> The new error follows below.
>
> I tried running bin/sqlline and it went up without errors but then I
> fail in connecting with !connect 127.0.0.1 admin admin as it says it's
> missing a jdbc class. I tried providing as well the jdbc:drill:zk. My
> hunch is that I didn't provide the correct -cp when firing up the script
> but as I don't have much time I didn't investigate any further.
>
> Thank you
> Davide
>
> Error: Failure in starting embedded Drillbit:
> java.net.UnknownHostException: davide-osx: davide-osx: nodename nor
> servname provided, or not known (state=,code=0)
> java.sql.SQLException: Failure in starting embedded Drillbit:
> java.net.UnknownHostException: davide-osx: davide-osx: nodename nor
> servname provided, or not known
> at
> org.apache.drill.jdbc.DrillConnectionImpl.<init>(DrillConnectionImpl.java:102)
> at
> org.apache.drill.jdbc.DrillJdbc41Factory$DrillJdbc41Connection.<init>(DrillJdbc41Factory.java:97)
> at
> org.apache.drill.jdbc.DrillJdbc41Factory.newDrillConnection(DrillJdbc41Factory.java:60)
> at
> org.apache.drill.jdbc.DrillJdbc41Factory.newDrillConnection(DrillJdbc41Factory.java:46)
> at
> org.apache.drill.jdbc.DrillFactory.newConnection(DrillFactory.java:54)
> at
> net.hydromatic.avatica.UnregisteredDriver.connect(UnregisteredDriver.java:126)
> at sqlline.DatabaseConnection.connect(DatabaseConnection.java:167)
> at sqlline.DatabaseConnection.getConnection(DatabaseConnection.java:213)
> at sqlline.Commands.connect(Commands.java:1083)
> at sqlline.Commands.connect(Commands.java:1015)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> sqlline.ReflectiveCommandHandler.execute(ReflectiveCommandHandler.java:38)
> at sqlline.SqlLine.dispatch(SqlLine.java:734)
> at sqlline.SqlLine.initArgs(SqlLine.java:519)
> at sqlline.SqlLine.begin(SqlLine.java:587)
> at sqlline.SqlLine.start(SqlLine.java:366)
> at sqlline.SqlLine.main(SqlLine.java:259)
> Caused by: java.net.UnknownHostException: davide-osx: davide-osx:
> nodename nor servname provided, or not known
> at java.net.InetAddress.getLocalHost(InetAddress.java:1473)
> at
> org.apache.drill.exec.service.ServiceEngine.start(ServiceEngine.java:66)
> at org.apache.drill.exec.server.Drillbit.run(Drillbit.java:241)
> at
> org.apache.drill.jdbc.DrillConnectionImpl.<init>(DrillConnectionImpl.java:97)
> ... 19 more
> Caused by: java.net.UnknownHostException: davide-osx: nodename nor
> servname provided, or not known
> at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
> at java.net.InetAddress$1.lookupAllHostAddr(InetAddress.java:901)
> at
> java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1293)
> at java.net.InetAddress.getLocalHost(InetAddress.java:1469)
> ... 22 more
>
Re: Connection timeout 1.0.0
Posted by Davide Giannella <da...@apache.org>.
On 20/05/2015 15:37, Andries Engelbrecht wrote:
> Drill in embedded mode does not use zookeeper.
>
> Have you tried to just run just bin/drill-embedded from the Drill Home directory?
this is what I did following the drill 10 minutes
> This works fine for me on OSX, and I followed the documentation outlined in
> http://drill.apache.org/docs/drill-in-10-minutes/
>
> I didn’t use sudo to extract the tar package.
I didn't as well.
Nevertheless today I got a different error and I guess it's not a
problem with either permissions or previously running processes as I
kill -9 any drill process and I tried running drill with sudo, which
should clear the permissions issues if any.
The new error follows below.
I tried running bin/sqlline and it went up without errors but then I
fail in connecting with !connect 127.0.0.1 admin admin as it says it's
missing a jdbc class. I tried providing as well the jdbc:drill:zk. My
hunch is that I didn't provide the correct -cp when firing up the script
but as I don't have much time I didn't investigate any further.
Thank you
Davide
Error: Failure in starting embedded Drillbit:
java.net.UnknownHostException: davide-osx: davide-osx: nodename nor
servname provided, or not known (state=,code=0)
java.sql.SQLException: Failure in starting embedded Drillbit:
java.net.UnknownHostException: davide-osx: davide-osx: nodename nor
servname provided, or not known
at
org.apache.drill.jdbc.DrillConnectionImpl.<init>(DrillConnectionImpl.java:102)
at
org.apache.drill.jdbc.DrillJdbc41Factory$DrillJdbc41Connection.<init>(DrillJdbc41Factory.java:97)
at
org.apache.drill.jdbc.DrillJdbc41Factory.newDrillConnection(DrillJdbc41Factory.java:60)
at
org.apache.drill.jdbc.DrillJdbc41Factory.newDrillConnection(DrillJdbc41Factory.java:46)
at
org.apache.drill.jdbc.DrillFactory.newConnection(DrillFactory.java:54)
at
net.hydromatic.avatica.UnregisteredDriver.connect(UnregisteredDriver.java:126)
at sqlline.DatabaseConnection.connect(DatabaseConnection.java:167)
at sqlline.DatabaseConnection.getConnection(DatabaseConnection.java:213)
at sqlline.Commands.connect(Commands.java:1083)
at sqlline.Commands.connect(Commands.java:1015)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
sqlline.ReflectiveCommandHandler.execute(ReflectiveCommandHandler.java:38)
at sqlline.SqlLine.dispatch(SqlLine.java:734)
at sqlline.SqlLine.initArgs(SqlLine.java:519)
at sqlline.SqlLine.begin(SqlLine.java:587)
at sqlline.SqlLine.start(SqlLine.java:366)
at sqlline.SqlLine.main(SqlLine.java:259)
Caused by: java.net.UnknownHostException: davide-osx: davide-osx:
nodename nor servname provided, or not known
at java.net.InetAddress.getLocalHost(InetAddress.java:1473)
at
org.apache.drill.exec.service.ServiceEngine.start(ServiceEngine.java:66)
at org.apache.drill.exec.server.Drillbit.run(Drillbit.java:241)
at
org.apache.drill.jdbc.DrillConnectionImpl.<init>(DrillConnectionImpl.java:97)
... 19 more
Caused by: java.net.UnknownHostException: davide-osx: nodename nor
servname provided, or not known
at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
at java.net.InetAddress$1.lookupAllHostAddr(InetAddress.java:901)
at
java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1293)
at java.net.InetAddress.getLocalHost(InetAddress.java:1469)
... 22 more
Re: Connection timeout 1.0.0
Posted by Jim Scott <js...@maprtech.com>.
You may also want to double check the /tmp directory that drill uses to
keep the configuration information that zookeeper would normally hold and
very you don't have bad permissions there.
On Wed, May 20, 2015 at 9:58 AM, Kristine Hahn <kh...@maprtech.com> wrote:
> Another possibility is the Drill process is running from a previous
> installation and you need to kill it.
>
> Kristine Hahn
> Sr. Technical Writer
> 415-497-8107 @krishahn
>
>
> On Wed, May 20, 2015 at 7:56 AM, Kristine Hahn <kh...@maprtech.com> wrote:
>
> > Sorry you're having a problem. Did it work initially and then start to
> > give you the connection error? If so, try this:
> >
> http://drill.apache.org/docs/starting-drill-on-linux-and-mac-os-x/#stopping-drill
> >
> > Kristine Hahn
> > Sr. Technical Writer
> > 415-497-8107 @krishahn
> >
> >
> > On Wed, May 20, 2015 at 7:37 AM, Andries Engelbrecht <
> > aengelbrecht@maprtech.com> wrote:
> >
> >> Drill in embedded mode does not use zookeeper.
> >>
> >> Have you tried to just run just bin/drill-embedded from the Drill
> >> Home directory?
> >>
> >> This works fine for me on OSX, and I followed the documentation outlined
> >> in
> >> http://drill.apache.org/docs/drill-in-10-minutes/
> >>
> >> I didn’t use sudo to extract the tar package.
> >>
> >> —Andries
> >>
> >>
> >>
> >> On May 20, 2015, at 3:04 AM, Davide Giannella <da...@apache.org>
> wrote:
> >>
> >> > Thanks Andries,
> >> >
> >> > On 19/05/2015 23:51, Andries Engelbrecht wrote:
> >> >> On OSX go to the directory where you want to install Drill and make
> >> sure the user has full permissions on that directory.
> >> > I already checked this aspect and even run drill with sudo.
> Nevertheless
> >> > here's my permissions
> >> >
> >> > $ find apache-drill-1.0.0 -exec ls -la {} \; | grep -Ev '^total' | awk
> >> > '{print $1" "$3" "$4}' | sort -u
> >> > -rw-r--r-- ${myuser} staff
> >> > -rw-r--r--@ ${myuser} staff
> >> > -rwxr-xr-x@ ${myuser} staff
> >> > drwxr-xr-x ${myuser} staff
> >> > drwxr-xr-x@ ${myuser} staff
> >> >
> >> > which seem fine to me. Maybe there are some OSX specific permissions
> >> > around. I remember I already swore, as a linux chap, with those.
> >> >> Instead of sudo tar extract, just tar extract.
> >> > done that as well.
> >> >
> >> >> Otherwise you may run into user file/directory permissions depending
> >> on how your system is configured.
> >> >>
> >> >> See if that resolves your issue.
> >> > Unfortunately not. Any other hints? Any way I could force a 127.0.0.1
> as
> >> > a host from the command line? I tried already `bin/drill-embedded -u
> >> > jdbc:drill:zk=127.0.0.1:31010` without success.
> >> >
> >> > Thanks
> >> > Davide
> >> >
> >>
> >>
> >
>
--
*Jim Scott*
Director, Enterprise Strategy & Architecture
+1 (347) 746-9281
<http://www.mapr.com/>
[image: MapR Technologies] <http://www.mapr.com>
Now Available - Free Hadoop On-Demand Training
<http://www.mapr.com/training?utm_source=Email&utm_medium=Signature&utm_campaign=Free%20available>
Re: Connection timeout 1.0.0
Posted by Kristine Hahn <kh...@maprtech.com>.
Another possibility is the Drill process is running from a previous
installation and you need to kill it.
Kristine Hahn
Sr. Technical Writer
415-497-8107 @krishahn
On Wed, May 20, 2015 at 7:56 AM, Kristine Hahn <kh...@maprtech.com> wrote:
> Sorry you're having a problem. Did it work initially and then start to
> give you the connection error? If so, try this:
> http://drill.apache.org/docs/starting-drill-on-linux-and-mac-os-x/#stopping-drill
>
> Kristine Hahn
> Sr. Technical Writer
> 415-497-8107 @krishahn
>
>
> On Wed, May 20, 2015 at 7:37 AM, Andries Engelbrecht <
> aengelbrecht@maprtech.com> wrote:
>
>> Drill in embedded mode does not use zookeeper.
>>
>> Have you tried to just run just bin/drill-embedded from the Drill
>> Home directory?
>>
>> This works fine for me on OSX, and I followed the documentation outlined
>> in
>> http://drill.apache.org/docs/drill-in-10-minutes/
>>
>> I didn’t use sudo to extract the tar package.
>>
>> —Andries
>>
>>
>>
>> On May 20, 2015, at 3:04 AM, Davide Giannella <da...@apache.org> wrote:
>>
>> > Thanks Andries,
>> >
>> > On 19/05/2015 23:51, Andries Engelbrecht wrote:
>> >> On OSX go to the directory where you want to install Drill and make
>> sure the user has full permissions on that directory.
>> > I already checked this aspect and even run drill with sudo. Nevertheless
>> > here's my permissions
>> >
>> > $ find apache-drill-1.0.0 -exec ls -la {} \; | grep -Ev '^total' | awk
>> > '{print $1" "$3" "$4}' | sort -u
>> > -rw-r--r-- ${myuser} staff
>> > -rw-r--r--@ ${myuser} staff
>> > -rwxr-xr-x@ ${myuser} staff
>> > drwxr-xr-x ${myuser} staff
>> > drwxr-xr-x@ ${myuser} staff
>> >
>> > which seem fine to me. Maybe there are some OSX specific permissions
>> > around. I remember I already swore, as a linux chap, with those.
>> >> Instead of sudo tar extract, just tar extract.
>> > done that as well.
>> >
>> >> Otherwise you may run into user file/directory permissions depending
>> on how your system is configured.
>> >>
>> >> See if that resolves your issue.
>> > Unfortunately not. Any other hints? Any way I could force a 127.0.0.1 as
>> > a host from the command line? I tried already `bin/drill-embedded -u
>> > jdbc:drill:zk=127.0.0.1:31010` without success.
>> >
>> > Thanks
>> > Davide
>> >
>>
>>
>
Re: Connection timeout 1.0.0
Posted by Kristine Hahn <kh...@maprtech.com>.
Sorry you're having a problem. Did it work initially and then start to give
you the connection error? If so, try this:
http://drill.apache.org/docs/starting-drill-on-linux-and-mac-os-x/#stopping-drill
Kristine Hahn
Sr. Technical Writer
415-497-8107 @krishahn
On Wed, May 20, 2015 at 7:37 AM, Andries Engelbrecht <
aengelbrecht@maprtech.com> wrote:
> Drill in embedded mode does not use zookeeper.
>
> Have you tried to just run just bin/drill-embedded from the Drill
> Home directory?
>
> This works fine for me on OSX, and I followed the documentation outlined in
> http://drill.apache.org/docs/drill-in-10-minutes/
>
> I didn’t use sudo to extract the tar package.
>
> —Andries
>
>
>
> On May 20, 2015, at 3:04 AM, Davide Giannella <da...@apache.org> wrote:
>
> > Thanks Andries,
> >
> > On 19/05/2015 23:51, Andries Engelbrecht wrote:
> >> On OSX go to the directory where you want to install Drill and make
> sure the user has full permissions on that directory.
> > I already checked this aspect and even run drill with sudo. Nevertheless
> > here's my permissions
> >
> > $ find apache-drill-1.0.0 -exec ls -la {} \; | grep -Ev '^total' | awk
> > '{print $1" "$3" "$4}' | sort -u
> > -rw-r--r-- ${myuser} staff
> > -rw-r--r--@ ${myuser} staff
> > -rwxr-xr-x@ ${myuser} staff
> > drwxr-xr-x ${myuser} staff
> > drwxr-xr-x@ ${myuser} staff
> >
> > which seem fine to me. Maybe there are some OSX specific permissions
> > around. I remember I already swore, as a linux chap, with those.
> >> Instead of sudo tar extract, just tar extract.
> > done that as well.
> >
> >> Otherwise you may run into user file/directory permissions depending on
> how your system is configured.
> >>
> >> See if that resolves your issue.
> > Unfortunately not. Any other hints? Any way I could force a 127.0.0.1 as
> > a host from the command line? I tried already `bin/drill-embedded -u
> > jdbc:drill:zk=127.0.0.1:31010` without success.
> >
> > Thanks
> > Davide
> >
>
>
Re: Connection timeout 1.0.0
Posted by Andries Engelbrecht <ae...@maprtech.com>.
Drill in embedded mode does not use zookeeper.
Have you tried to just run just bin/drill-embedded from the Drill Home directory?
This works fine for me on OSX, and I followed the documentation outlined in
http://drill.apache.org/docs/drill-in-10-minutes/
I didn’t use sudo to extract the tar package.
—Andries
On May 20, 2015, at 3:04 AM, Davide Giannella <da...@apache.org> wrote:
> Thanks Andries,
>
> On 19/05/2015 23:51, Andries Engelbrecht wrote:
>> On OSX go to the directory where you want to install Drill and make sure the user has full permissions on that directory.
> I already checked this aspect and even run drill with sudo. Nevertheless
> here's my permissions
>
> $ find apache-drill-1.0.0 -exec ls -la {} \; | grep -Ev '^total' | awk
> '{print $1" "$3" "$4}' | sort -u
> -rw-r--r-- ${myuser} staff
> -rw-r--r--@ ${myuser} staff
> -rwxr-xr-x@ ${myuser} staff
> drwxr-xr-x ${myuser} staff
> drwxr-xr-x@ ${myuser} staff
>
> which seem fine to me. Maybe there are some OSX specific permissions
> around. I remember I already swore, as a linux chap, with those.
>> Instead of sudo tar extract, just tar extract.
> done that as well.
>
>> Otherwise you may run into user file/directory permissions depending on how your system is configured.
>>
>> See if that resolves your issue.
> Unfortunately not. Any other hints? Any way I could force a 127.0.0.1 as
> a host from the command line? I tried already `bin/drill-embedded -u
> jdbc:drill:zk=127.0.0.1:31010` without success.
>
> Thanks
> Davide
>
Re: Connection timeout 1.0.0
Posted by Davide Giannella <da...@apache.org>.
Thanks Andries,
On 19/05/2015 23:51, Andries Engelbrecht wrote:
> On OSX go to the directory where you want to install Drill and make sure the user has full permissions on that directory.
I already checked this aspect and even run drill with sudo. Nevertheless
here's my permissions
$ find apache-drill-1.0.0 -exec ls -la {} \; | grep -Ev '^total' | awk
'{print $1" "$3" "$4}' | sort -u
-rw-r--r-- ${myuser} staff
-rw-r--r--@ ${myuser} staff
-rwxr-xr-x@ ${myuser} staff
drwxr-xr-x ${myuser} staff
drwxr-xr-x@ ${myuser} staff
which seem fine to me. Maybe there are some OSX specific permissions
around. I remember I already swore, as a linux chap, with those.
> Instead of sudo tar extract, just tar extract.
done that as well.
> Otherwise you may run into user file/directory permissions depending on how your system is configured.
>
> See if that resolves your issue.
Unfortunately not. Any other hints? Any way I could force a 127.0.0.1 as
a host from the command line? I tried already `bin/drill-embedded -u
jdbc:drill:zk=127.0.0.1:31010` without success.
Thanks
Davide
Re: Connection timeout 1.0.0
Posted by Andries Engelbrecht <ae...@maprtech.com>.
On OSX go to the directory where you want to install Drill and make sure the user has full permissions on that directory.
Instead of sudo tar extract, just tar extract. Otherwise you may run into user file/directory permissions depending on how your system is configured.
See if that resolves your issue.
—Andries
On May 19, 2015, at 1:59 PM, Davide Giannella <da...@apache.org> wrote:
> Good evening,
>
> quickly trying to try out drill on OSX but getting a connection exception.
>
> Just following the 10 minutes tutorial [0] firing up with
> bin/drill-embed. I tried as well with some variations of -u parameter
> without luck
>
> (0) http://drill.apache.org/docs/drill-in-10-minutes/
>
> At [1] the full exception. I removed the highlighted IP. It seems to be
> a public IP but if I access any whoami service on the web I have a
> different one. When you get the advancedsearch.virginmedia.comthing it
> normally means that it didn't find anything (404) and VM intercept and
> "kindly" suggest you a search.
>
> (1) https://gist.github.com/davidegiannella/6384e0d1553b68b5e046
>
> hints?
>
> Thank you
> Regards
> Davide
>
>