Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

'sparse submit' should use the user's existing ssh config file #54

Closed
asasturkar opened this issue Aug 12, 2014 · 6 comments
Closed

'sparse submit' should use the user's existing ssh config file #54

asasturkar opened this issue Aug 12, 2014 · 6 comments

Comments

@asasturkar
Copy link

This allows sparse to reuse any user configured ssh keys.

This requires the addition of a single line to the streamparse/ext/fabric.py file, to the activate_env function.

env.use_ssh_config = True
@msukmanowsky
Copy link
Contributor

Rather than override this in streamparse's fabric, users can do this right now by modifying a streamparse project's fabfile.py:

from fabric.api import env
env.use_ssh_config = True
from streamparse.ext.fabric import *

Not sure we need to make this change as much as just document that it's available maybe.

@amontalenti
Copy link
Contributor

@msukmanowsky Not sure I agree, I think it's probably more common for people to expect their SSH config to be used for this. I actually don't really understand why this setting isn't True in Fabric proper.

@hadisotudeh
Copy link

I've added "from fabric.api import env env.use_ssh_config = True" to the fabfile.py, but I get the following error when I ran the "sparse submit" command
Deploying "topology" topology...
bind: Cannot assign requested address
ssh tunnel to Nimbus 127.0.0.1:6627 established.
Routing Python logging to None.
Running lein command to submit topology to nimbus:
lein run -m streamparse.commands.submit_topology/-main topologies/topology.clj --option 'topology.workers=2' --option 'topology.acker.executors=2' --option 'topology.python.path="/home/hadi/Desktop/Storm//topology/bin/python2.7"'
{:option {topology.python.path /home/hadi/Desktop/Storm//topology/bin/python2.7, topology.acker.executors 2, topology.workers 2}, :debug false, :port 6627, :host localhost, :help false}
channel 1016: open failed: administratively prohibited: open failed
channel 1017: open failed: administratively prohibited: open failed
Caught exception: org.apache.thrift7.transport.TTransportException
What should I do?

@msukmanowsky
Copy link
Contributor

@hadisotudeh see http://unix.stackexchange.com/questions/14160/ssh-tunneling-error-channel-1-open-failed-administratively-prohibited-open and in the future, for SSH errors, try Googling the error first (found this just by Googling "channel 1016: open failed: administratively prohibited: open failed").

@hadisotudeh
Copy link

yes, I've searched before, but the problem didn't solve and I thought maybe this problem is special for streamparse projects.

@dan-blanchard
Copy link
Member

I agree with @amontalenti and made this happen by default now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants