Thanks! I really appreciate you looking into this. Now that you've confirmed the problem isn't with the VM, that makes it a lot easier to start finding the problem.
On Wed, Dec 9, 2015 at 9:15 PM, Josh Elser <josh.el...@gmail.com> wrote: > 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 >> >> >> >> >> >> >> >> >>