Re: [sshfs] Bug with SSFS

[Miklos S. <mi...@sz...>]

On Thu, Feb 27, 2014 at 5:02 AM, Sencer Selcuk <ss...@pr...> wrote:
> Hi,
>
> I probably found a bug of sshfs, and wanted to report it. First let me
> explain the problem & how you can reproduce it:
>
> I mount a remote folder, to my local computer without any options:
>
>     sshfs server:. ~/mnt
>
> And I have only these lines in my .ssh/config file -when I remove these lines
> problem is fixed, but I don't want to do this.
>
>     Host *
>       ControlMaster auto
>       ControlPath /tmp/%r@%h:%p
>       ControlPersist 60
>
> Now when I go to ~/mnt folder and run an ssh command (which is much faster for
> many cases, though not for this example) like this:
>
>     ssh server "ls" > list.txt
>
> it stays without any response forever. I can stop the command issuing Ctrl+C,
> but then I cannot even make a simple `ls` in my home directory nor in mnt folder
> till I kill sshfs with `kill -9`.
>
> I don't have this problem if I issue the above "ssh server "ls" > list.txt"
> command outside the mnt folder, nor I do if I don't redirect the output to a
> file. Here is ssh debug output:
>
>     OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
>     debug1: Reading configuration data /home/MYUSERNAME/.ssh/config
>     debug1: /home/MYUSERNAME/.ssh/config line 5: Applying options for tiger
>     debug1: /home/MYUSERNAME/.ssh/config line 26: Applying options for *
>     debug3: cipher ok: arcfour256 [arcfour256]
>     debug3: ciphers ok: [arcfour256]
>     debug1: Reading configuration data /etc/ssh/ssh_config
>     debug1: /etc/ssh/ssh_config line 19: Applying options for *
>     debug1: auto-mux: Trying existing master
>     debug2: fd 3 setting O_NONBLOCK
>     debug2: mux_client_hello_exchange: master version 4
>     debug3: mux_client_request_forwards: requesting forwardings: 0 local, 0 remote
>     debug3: mux_client_request_session: entering
>     debug3: mux_client_request_alive: entering
>     debug3: mux_client_request_alive: done pid = 14620
>     debug3: mux_client_request_session: session request sent
>     debug1: mux_client_request_session: master session id: 4
> ------------------------------------------------------------------------------
> ====> It freezes here normally. If I `kill -9` I get the lines below:
> ------------------------------------------------------------------------------
>     debug3: mux_client_read_packet: read header failed: Broken pipe
>     debug2: Received exit status from master 0
>
> By the way, list.txt file contains the correct data. I feel like there is a
> deadlock somewhere.
>
> Finally the version strings for relevant software:
>
> SSHFS version 2.5
> FUSE library version: 2.9.3
> fusermount version: 3.0.0-pre0
> using FUSE kernel interface version 7.19
> OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
>
> I had the same problem with default Ubuntu 12.04 sshfs (2.3 if I am not mistaken), with stable fuse and sshfs on the sourceforge website. I then upgraded to git versions, but the problem persisted.
>
> strace log is attached.

Please try starting sshfs without "ControlMaster" (e.g. use " -F
nomaster_config_file" option).  You can start everything else with
"ControlMaster".

Does that fix it?

Thanks,
Miklos