[Hardy] bash-completion takes too long for scp

Bug #216091 reported by Alejandro Díaz-Caro
2
Affects Status Importance Assigned to Milestone
openssh (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: bash-completion

Bash-completion for scp in Gutsy was a very nice feature, but in Hardy, it takes too long to complete the remote paths, and some times, it also hangs the shell.

I tried it trying to connect a Hardy (where I expect completion to work) to a Gutsy. Both system are Kubuntu amd64 with the latest packages.

-----------------------------------------
Client:
Description: Ubuntu hardy (development branch)
Release: 8.04

Server:
Description: Ubuntu 7.10
Release: 7.10

Bash-completion on the client:
janus@ernestina:~$ apt-cache policy bash-completion
bash-completion:
  Instalados: 20060301-3ubuntu2
  Candidato: 20060301-3ubuntu2
  Tabla de versión:
 *** 20060301-3ubuntu2 0
        500 http://ar.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status

OpenSSH-Client on the client:
janus@ernestina:~$ apt-cache policy openssh-client
openssh-client:
  Instalados: 1:4.7p1-8ubuntu1
  Candidato: 1:4.7p1-8ubuntu1
  Tabla de versión:
 *** 1:4.7p1-8ubuntu1 0
        500 http://ar.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status

OpenSSH-Server on the client:
janus@Roberta-III:~$ apt-cache policy openssh-server
openssh-server:
  Instalados: 1:4.6p1-5ubuntu0.2
  Candidato: 1:4.6p1-5ubuntu0.2
  Tabla de versión:
 *** 1:4.6p1-5ubuntu0.2 0
        500 http://ar.archive.ubuntu.com gutsy-updates/main Packages
        500 http://ar.archive.ubuntu.com gutsy-security/main Packages
        100 /var/lib/dpkg/status
     1:4.6p1-5build1 0
        500 http://ar.archive.ubuntu.com gutsy/main Packages

description: updated
Revision history for this message
Alejandro Díaz-Caro (janus) wrote :

New info: It takes too long in general for any ssh connection (compared with Gutsy)

Revision history for this message
Mika Fischer (zoop) wrote :

Reassigning to SSH then.

Revision history for this message
Nicolas Valcarcel (nvalcarcel) wrote :

I don't fully understand what do you mean by "it takes too long to complete the remote paths". Can you describe a situation to reproduce it.

Revision history for this message
Alejandro Díaz-Caro (janus) wrote :

Oh, sorry, my English is not so good enough.
I mean, when I try to access to a remote file using scp, in general, if the remote system doesn't ask for a password (e.g. if I added a key to allow connecting to it without password), then I usually use [Tab] to complete the path (e.g. if I don't remember it). It worked excellent in Gutsy, but in Hardy it takes to long to complete the path, because it takes to long to access trough ssh.
I obtain the same behaviour when I try to start a ssh connection, it take excessive time (15 second, and it is a direct wired connection in a home network). It was definitively much faster in Gutsy.

Revision history for this message
Nicolas Valcarcel (nvalcarcel) wrote :

I can confirm it, i have speed problem even with my virtual machine running in a virtual network.

Changed in openssh:
status: New → Confirmed
Revision history for this message
Colin Watson (cjwatson) wrote :

Please run ssh with the -vvv option and attach the output to this bug, noting carefully any point in the output where it appears to hang for a substantial period of time.

Changed in openssh:
status: Confirmed → Incomplete
Revision history for this message
Alejandro Díaz-Caro (janus) wrote :
Download full text (9.6 KiB)

Here is the output, I marked with three dashed lines the point in where it appears to hang for some seconds

janus@ernestina:~$ ssh -vvv roberta-iii
OpenSSH_4.7p1 Debian-8ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to roberta-iii [192.168.1.3] port 22.
debug1: Connection established.
debug1: identity file /home/janus/.ssh/identity type -1
debug1: identity file /home/janus/.ssh/id_rsa type -1
debug3: Not a RSA1 key file /home/janus/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/janus/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.6p1 Debian-5ubuntu0.2
debug1: match: OpenSSH_4.6p1 Debian-5ubuntu0.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-8ubuntu1
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,<email address hidden>,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,<email address hidden>,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,<email address hidden>,hmac-ripemd160,<email address hidden>,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,<email address hidden>,hmac-ripemd160,<email address hidden>,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,<email address hidden>,zlib
debug2: kex_parse_kexinit: none,<email address hidden>,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,<email address hidden>,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,<email address hidden>,aes128-ctr,aes192-ctr,aes256-ctr
de...

Read more...

Changed in openssh:
status: Incomplete → Confirmed
Revision history for this message
Nicolas Valcarcel (nvalcarcel) wrote :

Don't confirm your own bugs, wait until someone else confirm it.

Revision history for this message
Alejandro Díaz-Caro (janus) wrote : Re: [Bug 216091] Re: [Hardy] bash-completion takes too long for scp

Oh, sorry, but it was "Incomplete", and I added the necessary
information, so I thought that I had to change it. I'm sorry.

Changed in openssh:
status: Confirmed → New
Revision history for this message
Mathias Gug (mathiaz) wrote :

May be related to bug 84899.

Changed in openssh:
status: New → Incomplete
Revision history for this message
Alejandro Díaz-Caro (janus) wrote :

I don't know if this is the same bug. I tried by setting GSSAPIAuthentication to "no", but it didn't resolve the problem.

Revision history for this message
Alejandro Díaz-Caro (janus) wrote :

I don't know what changed (packages versions for openssh-client and openssh-server are the same as reported on the first post), but the problem is gone.
I updated my hardy and installed several new packages, so I don't know which was exactly the solution.

Changed in openssh:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.