pssh -A failes on Mac OS X with ssh error about /dev/tty

[dukexar]

pssh -A failes on Mac OS X with ssh error about /dev/tty

[GoogleCodeExporter]

The /dev/tty message looks like an error, but it's actually perfectly normal.  
Once ssh realizes it can't use /dev/tty, it should then use pssh-askpass.  
Unfortunately, ssh isn't giving quite enough information to tell what is going 
on.  It sort of looks like it got a password and is trying to use it.  Not to 
belabor the obvious, but can I assume that you've tried doing "ssh 
root@somehost" manually while typing in the same password?

Original comment by [email protected] on 23 May 2011 at 6:06

[GoogleCodeExporter]

I just added a commit that makes pssh-askpass more verbose.  I think this will 
help in tracking down your problem.  Are you comfortable with getting the 
latest commit from the git repository, or would you be more comfortable if I 
were to provide you with a tarball?

Original comment by [email protected] on 23 May 2011 at 6:24

[GoogleCodeExporter]

Yeah, I can ssh as root to the host manually.  I'll grab from git and give it a 
shot.  Thanks!

Original comment by [email protected] on 23 May 2011 at 7:55

[GoogleCodeExporter]

Hmm.  I did a git clone, and then 'sudo python setup.py install', but it 
complains:

> /usr/local/bin/pssh -x '-vvv' -O StrictHostKeyChecking=no -i -A -o pssh-out/ 
-e pssh-error/ -v -H root@somehost uptime
Traceback (most recent call last):
  File "/usr/local/bin/pssh", line 24, in <module>
    from psshlib.manager import Manager, FatalError
ImportError: No module named manager

Original comment by [email protected] on 23 May 2011 at 8:22

[GoogleCodeExporter]

Never mind.  That was an error from me messing around with other installs.

Original comment by [email protected] on 23 May 2011 at 8:58

[GoogleCodeExporter]

Here's a snippet which shows the only new info from verbose pssh-askpass:


debug1: permanently_drop_suid: 1432711545
pssh-askpass received prompt: "Password:"
Password:
debug3: packet_send2: adding 32 (len 14 padlen 18 extra_pad 64)
debug1: Authentications that can continue: 
publickey,gssapi-keyex,gssapi-with-mic,keyboard-interactive
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey,gssapi-keyex,gssapi-with-mic,keyboard-interactive).

Original comment by [email protected] on 23 May 2011 at 9:01

[GoogleCodeExporter]

I finally see what's happening.  On my machine, the password prompt is 
"Password: ", but on yours, it's "Password:" (without the trailing space).  I 
can easily make pssh work regardless of whether there's a trailing space, but I 
would like to know the cause for the difference.  I would hate to find that 
there's some other value that the prompt might be that we're still missing.  
Let me look into this.

Original comment by [email protected] on 23 May 2011 at 10:31

• Changed state: Started

[GoogleCodeExporter]

I've now pushed a fix, but I'm still worried that someone will come along with 
a different prompt that doesn't work. :(  Anyway, let me know if you have any 
more trouble.  Thanks for helping out with tracking this down.

Original comment by [email protected] on 24 May 2011 at 2:27

• Changed state: Fixed

[GoogleCodeExporter]

That worked great.  Thanks!

Original comment by [email protected] on 24 May 2011 at 3:11