Mailing List Archive

[Bug 1007] sftp client hangs on tru64 5.1A
http://bugzilla.mindrot.org/show_bug.cgi?id=1007

Summary: sftp client hangs on tru64 5.1A
Product: Portable OpenSSH
Version: 4.0p1
Platform: Alpha
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: sftp
AssignedTo: openssh-bugs@mindrot.org
ReportedBy: paulstepowski@hotmail.com


Platform: Compaq Tru64 UNIX V5.1A (Rev. 1885)

When building:

openssh-4.0p1 against openssl-0.9.7f and zlib-1.2.2

The sftp client hangs when attempting to log into the remote host. e.g.

---snip---
# sftp -vvv root@css-ps
Connecting to css-ps
OpenSSH_4.0p1, OpenSSL 0.9.7f 22 Mar 2005
debug1: Reading configuration data /usr/local/ssh/etc/ssh_config
debug3: Seeding PRNG from /usr/local/ssh/libexec/ssh-rand-helper


---snip---

I had the same problem when building:

openssh-3.9p1 against openssl-0.9.7f and zlib-1.2.2

When I built:

openssh-4.0p1 against openssl-0.9.7e and zlib-1.2.2

I do not have this problem.

So it appears that some change between openssl-0.9.7e and openssl-0.9.7f has
broken the sftp client.

For more info, please see secure-shell mailing list:

http://marc.theaimsgroup.com/?l=secure-shell&m=111167722024411&w=2
http://marc.theaimsgroup.com/?l=secure-shell&m=111210986628577&w=2



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007


dtucker@zip.com.au changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Summary|sftp client hangs on tru64 |sftp client hangs on tru64
|5.1A |5.1A




------- Additional Comments From dtucker@zip.com.au 2005-03-30 11:16 -------
Could you please run ssh-rand-helper on its own in debug mode and attach the
output using "Create New Attachment"? ie

$ /usr/local/ssh/libexec/ssh-rand-helper -vvv





------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From dtucker@zip.com.au 2005-03-30 11:23 -------
BTW does it hang with regular ssh commands too or is it specific to sftp?



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From paulstepowski@hotmail.com 2005-03-30 12:16 -------
Created an attachment (id=859)
--> (http://bugzilla.mindrot.org/attachment.cgi?id=859&action=view)
results of ssh-rand-help -vvv

This is the current output of ssh-rand-helper. Here's the weird thing. I
rebuilt openssh-4.0p1 with the lastest openssl and zlib and sftp works. (i.e.
now I cannot reproduce the problem.) Now there's no reason why the rebuild
would change anything.

It must have something to do with the ssh-rand-help command. I tested this
when I was having the problem though and ssh-rand-helper appeared to run fine
from the command line. (See:
http://marc.theaimsgroup.com/?l=secure-shell&m=111167722024411&w=2 for my
test.)

Is there any difference in running from command line and the way sftp runs
ssh-rand-helper.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From paulstepowski@hotmail.com 2005-03-30 15:25 -------
(In reply to comment #2)
> BTW does it hang with regular ssh commands too or is it specific to sftp?

Specific to sftp.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From dtucker@zip.com.au 2005-03-30 20:27 -------
Created an attachment (id=860)
--> (http://bugzilla.mindrot.org/attachment.cgi?id=860&action=view)
sftp wait() changeset from 4.0

I don't think this is it, but it's the only thing I could come up with that
might have an effect anything like what you're reporting. It also doesn't
explain why it only occurs with openssl-0.9.7f or why it apparently stopped
after a recompile.

If you manage to reproduce it again, try reverting this patch (patch -R) and
retesting.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From dtucker@zip.com.au 2005-03-31 23:08 -------
One other thing: do you have prngd or egd?



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From paulstepowski@hotmail.com 2005-04-04 09:03 -------
(In reply to comment #5)
> Created an attachment (id=860)
--> (http://bugzilla.mindrot.org/attachment.cgi?id=860&action=view) [edit]
> sftp wait() changeset from 4.0
> I don't think this is it, but it's the only thing I could come up with that
> might have an effect anything like what you're reporting. It also doesn't
> explain why it only occurs with openssl-0.9.7f or why it apparently stopped
> after a recompile.
> If you manage to reproduce it again, try reverting this patch (patch -R) and
> retesting.

I'll do this when the problem comes up again. We have a number of Tru64 boxes
running OpenSSH so I dare say we haven't seen the last of this problem.

(In reply to comment #6)
> One other thing: do you have prngd or egd?

No.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From dtucker@zip.com.au 2005-04-04 10:54 -------
Is it dependant on the version of the server you're connecting to?



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From paulstepowski@hotmail.com 2005-04-06 14:44 -------
(In reply to comment #8)
> Is it dependant on the version of the server you're connecting to?

No. I've tried sftp'ing to various different ssh servers. Linux, Tru64,
FreeBSD with OpenSSH and Tru64 with commercial ssh.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From paulstepowski@hotmail.com 2005-04-06 14:52 -------
(In reply to comment #5)
> Created an attachment (id=860)
--> (http://bugzilla.mindrot.org/attachment.cgi?id=860&action=view) [edit]
> sftp wait() changeset from 4.0
> I don't think this is it, but it's the only thing I could come up with that
> might have an effect anything like what you're reporting. It also doesn't
> explain why it only occurs with openssl-0.9.7f or why it apparently stopped
> after a recompile.
> If you manage to reproduce it again, try reverting this patch (patch -R) and
> retesting.

When I try:

# patch -R < openssh-sftp-sigchld.patch.txt

I get:

Hmm... I can't seem to find a patch in there anywhere.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007


paulstepowski@hotmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Attachment #859 is|0 |1
obsolete| |




------- Additional Comments From paulstepowski@hotmail.com 2005-04-06 15:04 -------
Created an attachment (id=869)
--> (http://bugzilla.mindrot.org/attachment.cgi?id=869&action=view)
results of ssh-rand-help -vvv (2)

Problem is back in the same machine as before. I've included debug output of
ssh-rand-helper and it all looks OK. I couldn't get the patch you posted to
apply but I think we've ruled out ss-rand-helper as the problem.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From dtucker@zip.com.au 2005-04-06 15:11 -------
(In reply to comment #10)
> Hmm... I can't seem to find a patch in there anywhere.

It's a unified diff, some patch program don't understand them. If you have GNU
patch available then try that, otherwise I can recreate the diff in another
format. (Alternatively you could apply by hand, it's only a couple of lines if
you ignore the scp.c part).



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 1007] sftp client hangs on tru64 5.1A [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=1007





------- Additional Comments From paulstepowski@hotmail.com 2005-04-06 15:47 -------
(In reply to comment #12)
> (In reply to comment #10)
> > Hmm... I can't seem to find a patch in there anywhere.
> It's a unified diff, some patch program don't understand them. If you have
GNU
> patch available then try that, otherwise I can recreate the diff in another
> format. (Alternatively you could apply by hand, it's only a couple of lines
if
> you ignore the scp.c part).

Yeah Tru64(Sucks)UNIX diff/patch utilities don't support unified diffs, it
turns out. So I applied by hand e.g. commented out the call to waitpid but
the problem is still there.






------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.