openssh unix dev - Jul 2000 - Antwort: Re: sshd does not exit after scp (hpux 11.00 / ssh 2.1 .1p1)

Hi,

stevesk at sweden.hp.com wrote:
> Has any progress been made on this issue?  I've included an older
> message that has a stack trace, which if I recall was still the same in
> 2.1.1p1.  I can provide a newer trace or additional information if
> needed.
not really...  On a non-trusted system with HP AnsiC it seems to work if
changing shutdown(fdin, SHUT_WR)  to shutdown(fdin, SHUT_RDWR)
in serverloop.c (lines 320 & 464)

On a trusted system with gcc however this does not seem to have any
effect. Here I use #define USE_PIPES 1 in includes.h as workaround


I think I will have to do some more checks with compilers/(non-)trusted
systems... Or any other ideas?

Klaus







stevesk at sweden.hp.com am 03.07.2000 13:46:19

An:   Klaus Engelhardt/SP/OP/IT/Advance Bank AG/DE at Advance Bank
Kopie:    djm at mindrot.org, openssh-unix-dev at mindrot.org

Thema:    Re: sshd does not exit after scp (hpux 11.00 / ssh 2.1.1p1)




On Mon, 19 Jun 2000 kengelha at advance-bank.de wrote:
: Damien Miller wrote:
: > Can you turn on debugging at the server end (LogLevel DEBUG) and send
: > along the output?
:
: Yes, here it comes:

Has any progress been made on this issue?  I've included an older
message that has a stack trace, which if I recall was still the same in
2.1.1p1.  I can provide a newer trace or additional information if
needed.

Date: Tue, 23 May 2000 15:11:25 +0200 (CEST)
From: Kevin Steves <stevesk at sweden.hp.com>
To: openssh-unix-dev at mindrot.org
Cc: stevesk at sweden.hp.com
Subject: HP-UX 11.0 scp -t hangs and PAM

openssh-2.1.0p2 on HP-UX 11.0 trusted system.

One problem is that scp does not exit after a file transfer:

 stevesk 14074 14073  0 13:21:46 ?         0:00 scp -t .

Attaching to the running process with gdb yields:

(gdb) bt
#0  0xc01ed230 in _read_sys () from /usr/lib/libc.2
#1  0xc01f85e4 in read () from /usr/lib/libc.2
#2  0x8228 in atomicio (f=0x400025c2 <SD$ecb_enc+122>, fd=0, _s=0x7bff03e0
"C0644 59 resolv.conf", n=1)
    at atomicio.c:46
#3  0x620c in sink (argc=1, argv=0x7bff0164) at scp.c:695
#4  0x4bb8 in main (argc=1, argv=0x7bff0164) at scp.c:328

So we're blocked in read() on fd 0 for some reason.  The file transfer
does complete.

Another issue is we get this message from sshd when logging out:

May 23 13:22:16 robinson sshd[14075]: Cannot delete credentials: Permission
denied

So pam_setcred(PAM_DELETE_CRED) isn't working.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: att1.eml
Type: application/octet-stream
Size: 3401 bytes
Desc: not available
Url :
http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20000703/3ff8d57b/attachment.obj

On Mon, 3 Jul 2000 kengelha at advance-bank.de wrote:
> not really...  On a non-trusted system with HP AnsiC it seems to work if
> changing shutdown(fdin, SHUT_WR)  to shutdown(fdin, SHUT_RDWR)
> in serverloop.c (lines 320 & 464)
> 
> On a trusted system with gcc however this does not seem to have any
> effect. Here I use #define USE_PIPES 1 in includes.h as workaround
Does USE_PIPES fix the problem on the non-trusted system as well? 

If so we can set this automatically in configure.

-d

-- 
| "Bombay is 250ms from New York in the new world order" - Alan Cox
| Damien Miller - http://www.mindrot.org/
| Email: djm at mindrot.org (home) -or- djm at ibs.com.au (work)