| Summary: | SSH hangs when run via a cronjob (ssh2) | ||
|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | Eric Garff <egarff> |
| Component: | ssh | Assignee: | OpenSSH Bugzilla mailing list <openssh-bugs> |
| Status: | CLOSED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | P2 | ||
| Version: | -current | ||
| Hardware: | ix86 | ||
| OS: | Linux | ||
|
Description
Eric Garff
2002-07-04 08:08:43 AEST
I will second this. It seems to just hang after a while even though both the server and the client are configured with KeepAlive enabled. It also looks to both sides like the connection is still open. The forwarded ports are still in netstat output but they do not pass any information. I'm turning off -N to see if that helps and moving to my own keepalive login shell. We'll see if that works. Ooops. I'm running: client on Linux RH7.X: OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f server on FreeBSD 4.5: OpenSSH_3.0.2p1 Please see if you can reproduce with the latest version 5 months no reply == closed bug I apologize I didn't not see the request for more testing. We have tried this very recently with 3.6.1p2 and see the same issue. Does the same thing happen if you run from the command line with nohup? You can also use strace/truss or equivalent to see what it's trying to do when it hangs. Make sure the cron job will take a while (add some sleeps if you have to) then wait until the cron job starts, find out ssh's pid and use "strace -p [pid]" to attach to the process. Once you have the results, add the last 100 lines or so as an attachment to this bug. Also, the commands at the other end of the pipe might behave differently when they don't have a pty. Try adding "-t" to ssh's command line to force the server to allocate one. No reply == no bug (again!) Mass change of RESOLVED bugs to CLOSED |