HELP! sftp hangs on exit / Bug?

mouring at etoh.eviladmin.org mouring at etoh.eviladmin.org
Wed Apr 25 04:15:42 EST 2001 

Sorry..

http://www.openssh.com/portable.html

Too many things at once.=)  And not succeeding at any of them. =(

- Ben

On Tue, 24 Apr 2001, David Hawkins wrote:

> This link failed ... I'd be happy to test a new version.
> Can you check this link and resend any correction.
>
> Thanks.
> Dave
>
> ----- Original Message -----
> From: <mouring at etoh.eviladmin.org>
> To: "David Hawkins" <dwh at ovro.ovro.caltech.edu>
> Cc: <openssh-unix-dev at mindrot.org>; <ssh at clinet.fi>
> Sent: Tuesday, April 24, 2001 11:04 AM
> Subject: Re: HELP! sftp hangs on exit / Bug?
>
>
> >
> > Can you please test one of the latest snapshots of OpenSSH
> > (http://www.openssh.com/portable)?
> >
> > I know there was talk on the list in regards to sftp issues on Cygwin
> > platform.
> >
> > Thanks.
> >
> > - Ben
> >
> > On Tue, 24 Apr 2001, David Hawkins wrote:
> >
> > > Hi,
> > >
> > > The following discussion was posted to comp.security.ssh
> > > however, it seems that my problems may be a bug in
> > > SSH. Could someone please indicate whether there
> > > is a bug fix, or perhaps whether I should go back a
> > > version or so.
> > >
> > > In summary:
> > > - Win98 machine (client)
> > > - OpenSSH as packaged with Cygwin tools 1.1.8
> > >   (openssh-2.5.2p2-3)
> > > - Connecting to a Sun running Solaris.
> > >
> > >    ssh: SSH Secure Shell 2.4.0 (non-commercial version) on
> > > sparc-sun-solaris2.7
> > >    Copyright (c) 1995-2000 SSH Communications Security Corp
> (www.ssh.com)
> > >    All rights reserved.  See LICENSE file for usage and distribution
> terms.
> > >
> > >   All the key files have been converted appropriately.
> > >    We have a similar setup running ok under Linux
> > >
> > > - ssh works ok, scp works ok.
> > > - sftp works ok during an interactive session (i.e., files can be
> > >    moved to and from the remote machine)
> > > - sftp hangs on exit. (see output below for sftp -v.)
> > >
> > > I would have a look at the source code, but CVS also fails
> > > to work. The ultimate goal here was to setup CVS (and WinCVS)
> > > with ssh. The command line CVS (under Cygwin bash) transfers
> > > files during a checkout, then hangs at the end. The WinCVS
> > > tool just hangs after a checkout.
> > >
> > > If I can be of assistance in running tests or providing more
> > > information, please ask.
> > >
> > > I have not subscribed to these lists, as I hope that once this
> > > issue is resolved, I can simply use ssh as a tool. Please reply
> > > to my email directly.
> > >
> > > Thanks.
> > >
> > > Dave Hawkins
> > > Caltech.
> > > dwh at ovro.caltech.edu
> > >
> > > ----- Original Message -----
> > > From: "David Hawkins" <dwh at ovro.caltech.edu>
> > > Newsgroups: comp.security.ssh
> > > Sent: Tuesday, April 24, 2001 10:23 AM
> > > Subject: Re: HELP! sftp hangs on exit / Bug?
> > >
> > >
> > > >
> > > > Thanks for this reference Dan, however, it did not help.
> > > >
> > > > From the FAQ:
> > > > > Current versions of OpenSSH may hang when exiting. This can
> > > > > occur when there is an active background process. This is known to
> > > > > occur on Linux and HP-UX. The problem can be verified by doing
> > > > > the following: sleep 20&exit.
> > > > >
> > > > > A work around for bash users is to place "shopt -s huponexit" in
> > > > > either /etc/bashrc or ~/.bashrc. Otherwise, consult your shell's man
> > > > > page for an option to enable it to send a HUP signal to active
> > > > > jobs when exiting.
> > > >
> > > > I added 'shopt -s huponexit' to /etc/profile (since this
> > > > is the file sourced by bash - I used an echo to confirm
> > > > this), and also tried $HOME/.bashrc.
> > > >
> > > > In either case, sftp hung.
> > > >
> > > > I ssh'ed into inyo and called 'sleep 5& exit' and the shell
> > > > exited back to my Cygwin bash shell without problems.
> > > >
> > > > So ... anyone else out there got suggestions?
> > > >
> > > > Regards,
> > > > Dave Hawkins
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Daniel Barrett" <dbarrett at blazemonger.com>
> > > > Newsgroups: comp.security.ssh
> > > > To: <dwh at ovro.ovro.caltech.edu>
> > > > Sent: Tuesday, April 24, 2001 9:09 AM
> > > > Subject: Re: HELP! sftp hangs on exit / Bug?
> > > >
> > > >
> > > > > In article <9c23r7$h56 at gap.cco.caltech.edu> you write:
> > > > > >sftp hangs when I exit it.
> > > > >
> > > > > I think this is a known openssh bug.
> > > > >
> > > > > http://www.openssh.com/faq.html#3.10
> > > > >
> > > > >                                                         Dan
> > > > >
> > > > >
> > > >
> > >
> //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
> > > > > | Dan Barrett          dbarrett at blazemonger.com
> > > > www.blazemonger.com |
> > > > >
> > > >
> > >
> \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////
> > > >
> > > >
> > > >
> > > > "David Hawkins" <dwh at ovro.caltech.edu> wrote in message
> > > > news:9c23r7$h56 at gap.cco.caltech.edu...
> > > > > Hi,
> > > > >
> > > > > I have ssh working for logins and scp working for
> > > > > copying, however, sftp hangs when I exit it.
> > > > > Here's my setup
> > > > >
> > > > > - Win98 machine (client)
> > > > > - OpenSSH as packaged with Cygwin tools 1.1.8
> > > > >   (openssh-2.5.2p2-3)
> > > > > - Connecting to a Sun running Solaris. All the
> > > > >    key files have been converted appropriately.
> > > > >    We have a similar setup running ok under Linux.
> > > > >
> > > > > The Solaris machine is 'inyo', the local machine is
> > > > > 'kiwi', and the user is dwh. I did the following from
> > > > > the Cygwin bash command line ...
> > > > >
> > > > > > sftp -v inyo >& temp
> > > > >
> > > > > and typed exit to 'attempt' to leave sftp. However,
> > > > > to get it to end I actually had to ctrl-c it. The
> > > > > output file is included below. The connection
> > > > > works fine, i.e., I don't have to use a password,
> > > > > and files transfer ok. It's just that when try to exit
> > > > > the process hangs.
> > > > >
> > > > > I am using SSH to access a CVS repository.
> > > > > If I perform 'cvs checkout <module>' on a
> > > > > module, then the files get copied to my local
> > > > > machine, and then the process hangs after the
> > > > > last file is correctly transferred.
> > > > >
> > > > > We have a similar setup to some Linux machines
> > > > > and do not have these problems. Is this perhaps
> > > > > a bug, or maybe the Cygnus bash shell and DOS
> > > > > shells are not responding correctly.
> > > > >
> > > > > Can someone suggest how to get this up and running?
> > > > > I'd be happy to run any tests anyone can suggest.
> > > > >
> > > > > Please reply to both the newsgroup and my email
> > > > > address.
> > > > >
> > > > > Regards,
> > > > >
> > > > > Dave Hawkins
> > > > > Caltech
> > > > > dwh at ovro.caltech.edu
> > > > >
> > > > >
> > > > >
> > > > >  Connecting to inyo...
> > > > > debug1: SSH args "ssh -v
> > > > > inyo -s -oForwardX11=no -oForwardAgent=no -oProtocol=2 sftp"
> > > > > OpenSSH_2.5.2p2, SSH protocols 1.5/2.0, OpenSSL 0x0090600f
> > > > > debug1: Seeding random number generator
> > > > > debug1: Rhosts Authentication disabled, originating port will not be
> > > > > trusted.
> > > > > debug1: ssh_connect: getuid 500 geteuid 500 anon 1
> > > > > debug1: Connecting to inyo [192.100.16.7] port 22.
> > > > > debug1: Connection established.
> > > > > debug1: unknown identity file /cygdrive/f/.ssh/id_rsa
> > > > > debug1: identity file /cygdrive/f/.ssh/id_rsa type -1
> > > > > debug1: unknown identity file /cygdrive/f/.ssh/id_dsa
> > > > > debug1: identity file /cygdrive/f/.ssh/id_dsa type -1
> > > > > debug1: Remote protocol version 1.99, remote software version 2.4.0
> SSH
> > > > > Secure Shell (non-commercial)
> > > > > debug1: match: 2.4.0 SSH Secure Shell (non-commercial) pat
> ^2\.[2-9]\.
> > > > > Enabling compatibility mode for protocol 2.0
> > > > > debug1: Local version string SSH-2.0-OpenSSH_2.5.2p2
> > > > > debug1: send KEXINIT
> > > > > debug1: done
> > > > > debug1: wait KEXINIT
> > > > > debug1: got kexinit: diffie-hellman-group1-sha1
> > > > > debug1: got kexinit: ssh-dss
> > > > > debug1: got kexinit:
> > > > > 3des-cbc,cast128-cbc,blowfish-cbc,twofish-cbc,arcfour,none
> > > > > debug1: got kexinit:
> > > > > 3des-cbc,cast128-cbc,blowfish-cbc,twofish-cbc,arcfour,none
> > > > > debug1: got kexinit:
> hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,none
> > > > > debug1: got kexinit:
> hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,none
> > > > > debug1: got kexinit: none,zlib
> > > > > debug1: got kexinit: none,zlib
> > > > > debug1: got kexinit:
> > > > > debug1: got kexinit:
> > > > > debug1: first kex follow: 0
> > > > > debug1: reserved: 0
> > > > > debug1: done
> > > > > debug1: kex: server->client 3des-cbc hmac-md5 none
> > > > > debug1: kex: client->server 3des-cbc hmac-md5 none
> > > > > debug1: Sending SSH2_MSG_KEXDH_INIT.
> > > > > debug1: dh_gen_key: priv key bits set: 179/384
> > > > > debug1: bits set: 532/1024
> > > > > debug1: Wait SSH2_MSG_KEXDH_REPLY.
> > > > > debug1: Got SSH2_MSG_KEXDH_REPLY.
> > > > > debug1: Host 'inyo' is known and matches the DSA host key.
> > > > > debug1: Found key in /cygdrive/f/.ssh/known_hosts2:1
> > > > > debug1: bits set: 518/1024
> > > > > debug1: len 55 datafellows 0
> > > > > debug1: ssh_dss_verify: signature correct
> > > > > debug1: Wait SSH2_MSG_NEWKEYS.
> > > > > debug1: GOT SSH2_MSG_NEWKEYS.
> > > > > debug1: send SSH2_MSG_NEWKEYS.
> > > > > debug1: done: send SSH2_MSG_NEWKEYS.
> > > > > debug1: done: KEX2.
> > > > > debug1: send SSH2_MSG_SERVICE_REQUEST
> > > > > debug1: service_accept: ssh-userauth
> > > > > debug1: got SSH2_MSG_SERVICE_ACCEPT
> > > > > debug1: authentications that can continue: publickey,password
> > > > > debug1: next auth method to try is publickey
> > > > > debug1: try privkey: /cygdrive/f/.ssh/id_rsa
> > > > > debug1: try privkey: /cygdrive/f/.ssh/id_dsa
> > > > > debug1: read SSH2 private key done: name dsa w/o comment success 1
> > > > > debug1: sig size 20 20
> > > > > debug1: ssh-userauth2 successful: method publickey
> > > > > debug1: fd 4 setting O_NONBLOCK
> > > > > debug1: fd 5 setting O_NONBLOCK
> > > > > debug1: fd 6 setting O_NONBLOCK
> > > > > debug1: channel 0: new [client-session]
> > > > > debug1: send channel open 0
> > > > > debug1: Entering interactive session.
> > > > > debug1: client_init id 0 arg 0
> > > > > debug1: Sending subsystem: sftp
> > > > > debug1: channel 0: open confirm rwindow 10000 rmax 32768
> > > > > sftp> sftp> Killed by signal 2.
> > > > > debug1: Calling cleanup 0x416e08(0x0)
> > > > > debug1: Calling cleanup 0x41a304(0x0)
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
>
>

More information about the openssh-unix-dev mailing list