Seems like it has something to do with you, because it worked fine for me.

I adapted http://stackoverflow.com/questions/11504197/groovy-configuring-logging-properties-depending-on-environment and it connected to Accumulo just fine.

https://paste.apache.org/egVb is the outline of the modifications I made. Maybe the extra debug will help you figure out why it isn't working for you.

Mike Thomsen wrote:
FWIW, I tried this VM as well and it failed. I forwarded the accumulo
ports with Vagrant and still nothing so it might be our corporate
environment.

https://github.com/MammothData/accumulo-vagrant

On Tue, Dec 8, 2015 at 3:16 PM, Josh Elser <josh.el...@gmail.com
<mailto:josh.el...@gmail.com>> wrote:

    Oh, well then. I didn't try running that groovy script. I can do
    that tonight :)

    Mike Thomsen wrote:

        The odd part is that I can do that too, but I can't connect via the
        Groovy script that is in /vagrant_data (accumulo.groovy; Groovy
        distribution in /vagrant_data/groovy) from outside the VM.
        Inside the
        VM, it works just fine.

        On Mon, Dec 7, 2015 at 11:40 PM, Josh Elser
        <josh.el...@gmail.com <mailto:josh.el...@gmail.com>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>>> wrote:

             Mike sent me a tarball of his Vagrant VM.

             Following my own advice (via the --debug option on the shell):

             2015-12-07 23:35:50,969 [rpc.ThriftUtil] TRACE: Opening
        normal transport
             2015-12-07 23:35:50,969 [rpc.ThriftUtil] WARN : Failed to open
             transport to vagrant-ubuntu-vivid-64:9997
             2015-12-07 23:35:50,969 [impl.ThriftTransportPool] DEBUG:
        Failed to
             connect to vagrant-ubuntu-vivid-64:9997 (120000)
             org.apache.thrift.transport.TTransportException:
             java.net.UnknownHostException
                      at

        
org.apache.accumulo.core.rpc.ThriftUtil.createClientTransport(ThriftUtil.java:313)
                      at

        
org.apache.accumulo.core.client.impl.ThriftTransportPool.createNewTransport(ThriftTransportPool.java:478)
                      at

        
org.apache.accumulo.core.client.impl.ThriftTransportPool.getAnyTransport(ThriftTransportPool.java:466)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:141)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:117)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:113)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.executeRaw(ServerClient.java:95)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.execute(ServerClient.java:61)
                      at

        
org.apache.accumulo.core.client.impl.ConnectorImpl.<init>(ConnectorImpl.java:67)
                      at

        
org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:248)
                      at
        org.apache.accumulo.shell.Shell.config(Shell.java:362)
                      at
        org.apache.accumulo.shell.Shell.execute(Shell.java:571)
                      at org.apache.accumulo.start.Main$1.run(Main.java:93)
                      at java.lang.Thread.run(Thread.java:745)
             Caused by: java.net.UnknownHostException
                      at sun.nio.ch.Net <http://sun.nio.ch.Net>
        <http://sun.nio.ch.Net>.translateException(Net.java:181)

                      at
        sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:139)
                      at
        sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:82)
                      at

        
org.apache.accumulo.core.rpc.TTimeoutTransport.create(TTimeoutTransport.java:55)
                      at

        
org.apache.accumulo.core.rpc.TTimeoutTransport.create(TTimeoutTransport.java:48)
                      at

        
org.apache.accumulo.core.rpc.ThriftUtil.createClientTransport(ThriftUtil.java:310)
                      ... 13 more
             2015-12-07 23:35:50,969 [impl.ServerClient] DEBUG:
        ClientService
             request failed null, retrying ...
             org.apache.thrift.transport.TTransportException: Failed to
        connect
             to a server
                      at

        
org.apache.accumulo.core.client.impl.ThriftTransportPool.getAnyTransport(ThriftTransportPool.java:474)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:141)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:117)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.getConnection(ServerClient.java:113)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.executeRaw(ServerClient.java:95)
                      at

        
org.apache.accumulo.core.client.impl.ServerClient.execute(ServerClient.java:61)
                      at

        
org.apache.accumulo.core.client.impl.ConnectorImpl.<init>(ConnectorImpl.java:67)
                      at

        
org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:248)
                      at
        org.apache.accumulo.shell.Shell.config(Shell.java:362)
                      at
        org.apache.accumulo.shell.Shell.execute(Shell.java:571)
                      at org.apache.accumulo.start.Main$1.run(Main.java:93)
                      at java.lang.Thread.run(Thread.java:745)

             Accumulo is using the FQDN of the VM. Adding in the proper
        entries
             to /etc/hosts on my local machine let me open the Accumulo
        shell
             locally (not in the VM.


             Josh Elser wrote:

                 Interesting. What version of Accumulo are you using?

                 Also, can you jstack your client application, maybe we
        can get a
                 hint
                 where it's stuck. You could also try increase the Log4j
        level in
                 your
                 client application for the 'org.apache.accumulo.core'
        package to
                 DEBUG
                 or TRACE.

                 Even better, if this is something you can share (making
        assumptions
                 since it's Vagrant-based), feel free to. I'll try to
        run your
                 example
                 and poke around myself.

                 Mike Thomsen wrote:

                     This is the output from netstat:

                     vagrant@vagrant-ubuntu-vivid-64:/opt/accumulo$
        netstat -nape
                     | fgrep
                     9999 | fgrep LISTEN
                     (Not all processes could be identified, non-owned
        process info
                     will not be shown, you would have to be root to see
        it all.)
                     tcp 0 0 10.0.2.15:9999 <http://10.0.2.15:9999>
        <http://10.0.2.15:9999>
        <http://10.0.2.15:9999>
                     0.0.0.0:* LISTEN 1000 35450 3809/java
                     vagrant@vagrant-ubuntu-vivid-64:/opt/accumulo$
        netstat -nape
                     | fgrep
                     9997 | fgrep LISTEN
                     (Not all processes could be identified, non-owned
        process info
                     will not be shown, you would have to be root to see
        it all.)
                     tcp 0 0 10.0.2.15:9997 <http://10.0.2.15:9997>
        <http://10.0.2.15:9997>
        <http://10.0.2.15:9997>
                     0.0.0.0:* LISTEN 1000 35962 3655/java

                     On Fri, Dec 4, 2015 at 12:35 PM, Josh Elser
        <josh.el...@gmail.com <mailto:josh.el...@gmail.com>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>>>>
                     wrote:

                     Each line in the Accumulo "hosts" files (masters,
        slaves, etc)
                     denote a host which the process should be run on, FYI.

                     What does netstat show for ports 9999 and 9997?
        Those are
                     the two
                     ports that your client should ever need to talk to for
                     Accumulo, IIRC.

                     Mike Thomsen wrote:

                     I stopped all of the services, removed localhost
        and even
                     reinitialized
                     the node. When I brought it back up, that Groovy script
                     hangs at the
                     line right after it says it's attempting to get a
                     connection. Even
                     Ubuntu's firewall is turned off.

                     On Fri, Dec 4, 2015 at 10:50 AM, Adam Fuchs
        <afu...@apache.org <mailto:afu...@apache.org>
        <mailto:afu...@apache.org <mailto:afu...@apache.org>>
        <mailto:afu...@apache.org <mailto:afu...@apache.org>
        <mailto:afu...@apache.org <mailto:afu...@apache.org>>>
        <mailto:afu...@apache.org <mailto:afu...@apache.org>
        <mailto:afu...@apache.org <mailto:afu...@apache.org>>
        <mailto:afu...@apache.org <mailto:afu...@apache.org>
        <mailto:afu...@apache.org <mailto:afu...@apache.org>>>>> wrote:

                     Mike,

                     I suspect if you get rid of the "localhost" line
        and restart
                     Accumulo then you will get services listening on the
                     non-loopback
                     IPs. Right now you have some of your processes
        accessible
                     outside
                     your VM and others only accessible from inside, and you
                     probably
                     have two tablet servers when you should only have one.

                     Cheers,
                     Adam



                     On Fri, Dec 4, 2015 at 9:50 AM, Mike Thomsen
        <mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>>>>
                     wrote:

                     I tried adding some read/write examples and ran into a
                     problem.
                     It would hang at the first scan or write operation I
                     tried. I
                     checked the master port (9999) and it was only
        listening on
        127.0.0.1:9999 <http://127.0.0.1:9999> <http://127.0.0.1:9999>
        <http://127.0.0.1:9999> <http://127.0.0.1:9999>.
                     netstat had two entries
                     for 9997. This is what conf/masters has for my VM:

                     # limitations under the License.

                     localhost
                     vagrant-ubuntu-vivid-64

                     It's the same with all of the other files (slaves, gc,
                     etc.)

                     Any ideas?

                     Thanks,

                     Mike

                     On Thu, Dec 3, 2015 at 3:54 PM, Mike Thomsen
        <mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>
        <mailto:mikerthom...@gmail.com <mailto:mikerthom...@gmail.com>>>>>
                     wrote:

                     Thanks! That was all that I needed to do.

                     On Thu, Dec 3, 2015 at 3:33 PM, Josh Elser
        <josh.el...@gmail.com <mailto:josh.el...@gmail.com>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>>>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>
        <mailto:josh.el...@gmail.com <mailto:josh.el...@gmail.com>>>>>
        wrote:

                     Could be that the Accumulo services are only
                     listening
                     on localhost and not the "external" interface
                     for your
                     VM. To get a connector, that's a call to a
                     TabletServer
                     which run on 9997 by default (and you have open).

                     Do a `netstat -nape | fgrep 9997 | fgrep
                     LISTEN` in your
                     VM and see what interface the server is bound
                     to. I'd
                     venture a guess that you just need to put the
                     FQDN for
                     your VM in $ACCUMULO_CONF_DIR/slaves (and masters,
                     monitor, gc, tracers, for completeness) instead of
                     localhost.


                     Mike Thomsen wrote:

                     I have Accumulo running in a VM. This
                     Groovy script
                     will connect just
                     fine from within the VM, but outside of the
                     VM it
                     hangs at the first
                     println statement.

                     String instance = "test"
                     String zkServers = "localhost:2181"
                     String principal = "root";
                     AuthenticationToken authToken = new
                     PasswordToken("testing1234");

                     ZooKeeperInstance inst = new
                     ZooKeeperInstance(instance, zkServers);
                     println "Attempting connection"
                     Connector conn = inst.getConnector(principal,
                     authToken);
                     println "Connected!"

                     This is the listing of ports I have opened
                     up in
                     Vagrant:

                     config.vm.network "forwarded_port", guest:
                     2122,
                     host: 2122
                     config.vm.network "forwarded_port",
                     guest: 2181,
                     host: 2181
                     config.vm.network "forwarded_port",
                     guest: 2888,
                     host: 2888
                     config.vm.network "forwarded_port",
                     guest: 3888,
                     host: 3888
                     config.vm.network "forwarded_port",
                     guest: 4445,
                     host: 4445
                     config.vm.network "forwarded_port",
                     guest: 4560,
                     host: 4560
                     config.vm.network "forwarded_port",
                     guest: 6379,
                     host: 6379
                     config.vm.network "forwarded_port",
                     guest: 8020,
                     host: 8020
                     config.vm.network "forwarded_port",
                     guest: 8030,
                     host: 8030
                     config.vm.network "forwarded_port",
                     guest: 8031,
                     host: 8031
                     config.vm.network "forwarded_port",
                     guest: 8032,
                     host: 8032
                     config.vm.network "forwarded_port",
                     guest: 8033,
                     host: 8033
                     config.vm.network "forwarded_port",
                     guest: 8040,
                     host: 8040
                     config.vm.network "forwarded_port",
                     guest: 8042,
                     host: 8042
                     config.vm.network "forwarded_port",
                     guest: 8081,
                     host: 8081
                     config.vm.network "forwarded_port",
                     guest: 8082,
                     host: 8082
                     config.vm.network "forwarded_port",
                     guest: 8088,
                     host: 8088
                     config.vm.network "forwarded_port",
                     guest: 9000,
                     host: 9000
                     config.vm.network "forwarded_port",
                     guest: 9092,
                     host: 9092
                     config.vm.network "forwarded_port",
                     guest: 9200,
                     host: 9200
                     config.vm.network "forwarded_port",
                     guest: 9300,
                     host: 9300
                     config.vm.network "forwarded_port",
                     guest: 9997,
                     host: 9997
                     config.vm.network "forwarded_port",
                     guest: 9999,
                     host: 9999
                     #config.vm.network "forwarded_port", guest:
                     10001, host: 10001
                     config.vm.network "forwarded_port", guest:
                     10002, host: 10002
                     config.vm.network "forwarded_port", guest:
                     11224, host: 11224
                     config.vm.network "forwarded_port", guest:
                     12234, host: 12234
                     config.vm.network "forwarded_port", guest:
                     19888, host: 19888
                     config.vm.network "forwarded_port", guest:
                     42424, host: 42424
                     config.vm.network "forwarded_port", guest:
                     49707, host: 49707
                     config.vm.network "forwarded_port", guest:
                     50010, host: 50010
                     config.vm.network "forwarded_port", guest:
                     50020, host: 50020
                     config.vm.network "forwarded_port", guest:
                     50070, host: 50070
                     config.vm.network "forwarded_port", guest:
                     50075, host: 50075
                     config.vm.network "forwarded_port", guest:
                     50090, host: 50090
                     config.vm.network "forwarded_port", guest:
                     50091, host: 50091
                     config.vm.network "forwarded_port", guest:
                     50095, host: 50095

                     Any ideas why it is not letting my connect?
                     It just
                     hangs and never even
                     seems to time out.

                     Thanks,

                     Mike








Reply via email to