ssh/scp You have no controlling tty. Cannot read passphrase.

[Marty Metras]

I get this message on one server and not the others.
"You have no controlling tty. Cannot read passphrase."
I check the pub-keys and the rites to the .ssh/* files they look fine. I do not see any thing different on the other servers.
I am SSHing from server(A) and excuting a script on server(B) that SCPs data back to server(A).
This works fine from server(C) to (B) and from server(C) to (D)
And it fails from (A) to (B) or to (D)
Server (A) and (C) are both HP-UP 11.0 patched the same.
Servers (B) and (D) are both Linux Redhat one is 6.2 other is 8.0
I am not using passphrase on any of them.
And the error happens from the command line or in a batch script.
Any Ideas?
Marty

[Steven E. Protter]

Consdier non-pass phrase public key exchange. Then a tty device is not needed, such as in a cron job.

Attaching a doc.

SEP

[Michael_356]

Hi there,

it looks to me like the user password is expired.
if you ssh'ing from server(B) to server(A), does it work correctly?

Regards

Michael

[Marty Metras]

I am not using passphrase. The doc you attached is the one I userd to set this up.
I rechecked it to see is I missed some thing.

This is a capitive user I use just to run this process. It has a fixed password that I am the only one that can change it.
It is the same user on all four servers.
Just to make sure I am still sane, I doubled checked and it is still set to not change.

This is a strange one to me.
Marty

[Marty Metras]

To clear up how I have this setup.
I created a public-key on each of 4 servers.
Thin I append each public-key into the authorized_keys file then put it on each server.
This way this user can connect from each server to each other server.
Except the Redhat6.2 server where the user password has to be entered.
Marty

[Todd McDaniel_1]

Do you have any connectivity from A to any other box? It seems that you have a difference between C and A. Since C can ssh to any other box...

Did you check ssh to/from A to C?

I would double check that you have A's keys on the other boxes.

Can you issue a simple command like below from all boxes:

#ssh B date?


I am assuming these are on the same network or have gateways defined? Different domains not defined in /etc/resolv.conf?

[Marty Metras]

All else failing to give me what I want to do I rewrote my script.
If I ssh to server B from A executing a script that creates some data. Then use scp from server A to scp the data from B back to A, it works fine between all 4 servers.
I was using ssh from server A to Execure a script on server B that would create the data and scp the data back to server A to save user interaction. It would fail with one pair of servers.
I know about using SSH and public key to encript with out password. I am using that elsewhere. In this case it will not work because of a couple reasons.
Many users must use this script and the one Server that has to be uses is Redhat 6.2 and it dose not play well with new versions of ssh. This server is out of our control to upgrade.
Rewriting the script putting the scp on other server is working fine so until I can get them to upgrade the Redhat 6.2 it will have to do.
Thanks for your help.
Marty