I used to be able to rely on my config file in ~/.ssh/config to resolve the identify file I needed to use, server name, etc. Now this does not seem to work anymore. I noticed because I now have to type in my password, whereas I used to not need to do that.

I recently upgrade to macOS High Sierra (10.13.1). After doing so, I received an error message when attempting to mount a remote drive:

Installed version of macOS unsupported

The installed version of FUSE is too old for the operating system. Please upgrade your FUSE installation to one that is compatible with the currently running version of macOS.

Following this, I updated my FUSE for macOS to 3.7.1:

However, when I try to connect the remote drive, I get the same error message. It appears that sshfs is still associated with an old version of osxfuse:

$ sshfs --version
SSHFS version 2.8
OSXFUSE 3.5.6
FUSE library version: 2.9.7
fuse: no mount point

I have tried restarting my maching, and reinstalling sshfs from: https://osxfuse.github.io/ and homebrew, to no avail. Is there a reason sshfs isn't recognizing the newer version of OSX FUSE?

Hi,

I've mounted a linux partition using sshfs using the terminal as:

sshfs -o follow_symlinks myname@myserver: mydir -o volname=mydir

There I have an empty directory, which I've just created, but now cannot delete:

$ ls -la 3dvesicleSnakes/
total 4096
drwx------  1 282223126  staff  46 Mar  6 14:31 .
drwx------  1 282223126  staff  33 Mar  6 14:31 ..
$ rm -rf 3dvesicleSnakes 
rm: 3dvesicleSnakes: Directory not empty

I'm running macOS 10.12.3, and

$ sshfs --version
SSHFS version 2.8
OSXFUSE 3.5.5
FUSE library version: 2.9.7
fuse: no mount point

If I log onto myserver, there I'm able to delete the directory. Any ideas?

Thanks, Jon

Last update in the file was from April 2017.

Hi,

sshfs mounts operate slowly on OS X. Compared to a Linux sshfs mount the speeds are much slower: 10 MB/s on Linux and about 800 KB/s on OS X. I'm running the most recent version of OSXFUSE (3.5.4) and SSHFS (2.5.0 from OSXFUSE and 2.8.0 from Homebrew).

Tuning the I/O options (iosize, readahed, max_read) did not help. Debugging shows that the sshfs on OS X only uses a 4K reads whereas Linux uses 128K reads. I guess that's where the difference in throughput comes from.

The client is a Sierra MacBook Pro and the server is an Ubuntu 16.04.1.

Whenever I mount a folder in my Mac. It works fine, but when I wait until my screensaver comes online. The mount fails or becomes corrupt or something, at least I cannot reuse my mount folder or access it until I restart my computer. I'm on Mac OSX El Capitan 10.11.

Current is 3.3.2. (https://github.com/libfuse/sshfs) Is there a reason for sticking with SSHFS 2.5.0 for OSXFUSE?

Thanks.

I am getting the following error when trying to launch sshfs via fuse:

(process:807): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Cannot load kext from /opt/local/Library/Extensions/fuse4x.kext
fuse4x kernel extension was not loaded. Please check /var/log/{system|kernel|debug}.log for more information.

Terminal and Finder hang on trying to access a mounted remote drive via sshfs.

macOS Sierra
sshfs 2.8
osxfuse 3.5.0
Fuse library 2.9.7

Hi, I'm using:
SSHFS version 2.5 (OSXFUSE SSHFS 2.5.0)
OSXFUSE 3.8.3
FUSE library version: 2.9.7

on 10.13.6. File transfers when using cp over sshfs mounts are much slower than just using scp to copy the same file between the local and remote system. I suspect this problem is related to libfuse/sshfs#11

I installed both packages:
https://github.com/osxfuse/osxfuse/releases/download/osxfuse-3.5.3/osxfuse-3.5.3.dmg
https://github.com/osxfuse/sshfs/releases/download/osxfuse-sshfs-2.5.0/sshfs-2.5.0.pkg

and sshfs works; that's great!
however the command fusermount is not installed.

I generated a new ssh key on my server. Now I get the following output when trying to mount the drive.

sudo sshfs -odebug,sshfs_debug,loglevel=debug -o allow_other,defer_permissions [email protected]:/ ~/server
Password:
SSHFS version 2.5
executing <ssh> <-x> <-a> <-oClearAllForwardings=yes> <-ologlevel=debug> <-2> <[email protected]> <-s> <sftp>
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to gauger.io [212.24.99.177] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /var/root/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7 pat OpenSSH_6.6.1* compat 0x04000000
debug1: Authenticating to gauger.io:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client [email protected] <implicit> none
debug1: kex: client->server [email protected] <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:f7O9nLVyDYqnqCLZwF+OTJ+EaFzMcsWQns5MevOFi/o
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:f7O9nLVyDYqnqCLZwF+OTJ+EaFzMcsWQns5MevOFi/o.
Please contact your system administrator.
Add correct host key in /var/root/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /var/root/.ssh/known_hosts:1
ECDSA host key for gauger.io has changed and you have requested strict checking.
Host key verification failed.
remote host has disconnected

Now I cleared ~/.ssh/known_hosts on my Mac but the error still persists.
I suspect there is a different location where sshfs stores its known hosts?
The file /var/root/.ssh/known_hosts does not exist.

Hi,
I'm using sshfs which is installed from a source package (osxfuse-sshfs-2.5.0.tar.gz) on Mac OS X 10.10. It has been displayed the following error message since I've updated glib from 2.44.1 to 2.46.0:

$ sshfs -V

(process:5226): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
SSHFS version 2.5 (OSXFUSE SSHFS 2.5.0)
OSXFUSE library version: FUSE 2.7.3 / OSXFUSE 2.8.2
no mount point

It seems the error is caused by the following line in sshfs.c:

3954:
3955:   /* Until this gets fixed somewhere else. */
3956:   g_slice_set_config(G_SLICE_CONFIG_ALWAYS_MALLOC, TRUE);
3957:#endif /* __APPLE__ */

Also a compiler warns at this line:

sshfs.c:3956:2: warning: 'g_slice_set_config' is deprecated [-Wdeprecated-declarations]
        g_slice_set_config(G_SLICE_CONFIG_ALWAYS_MALLOC, TRUE);

I don't know very much about neither sshfs nor glib. What should I use instead of this function? Or, can I remove this line?

My environment is composed by

• Server side: Debian Jessie 8.2 with:
  • OpenSSH 1:6.7p1-5
  • it_IT.UTF-8 as locale
• Client side: OS X El Capitan 10.11.2 with:
  • Fuse for OS X 2.8.2 installed from the dmg hosted on sourceforge
  • sshfs 2.5.0 installed from Homebrew

Files with names containing accented characters (e.g.: èéòàù) are correctly displayed and handled inside Terminal.app, but if I try to open one of that files using a GUI app (Finder, QuickTime, Pages) I get a bunch of errors like:

• impossibile trovare "file" (unable to find "file")
• impossibile aprire il documento "file", il file non esiste (unable to open the document "file", the file doesn't exist)
• ...

Workaround:

• Using the Terminal.app
  • rename the file to a temporary filename
  • rename again from the temp. name to the previous filename
• Solve this
  • in the sense that I am able to open and work with the files
  • BUT
• This breaks the interoperability with other OSs:
  • Linux and Windows machines trying to access the renamed files doesn't display correctly or refuse to open them.

Since I know that Apple use NFD, where as most other operating systems use NFC, I tend to believe that this is related to the fact that filenames in sshfs are read in which ever format and passed verbatim.

I have read the manpage but to me it seems that there is not a flag to specify an encoding.
Is this a bug ? How can I solve this ?

The current version is not compatible with the new macOS. Will a new version be released soon?

Hello

I'm using SSHFS 2.4.1 on OS X Lion since it's available.
I know that this command :

sshfs [email protected]:/home/user user/

was working nicely, and that when one tries to "lock" its account, the sshfs disk stayed mounted.

Now with OS X Mountain Lion, for the same command, if I "lock" my account (Session opening Window), my SSHFS disks get unmounted.

Things makes me think it's related to OS X Mountain Lion of course, but since it was not working that way before, I would like to get the same behavior as before.

What do you think about this issue ?

          PID: 26908 (sshfs)
        Signal: 11 (SEGV)
  Command Line: sshfs [email protected]:/ /home/a/.config/kdeconnect/aac0677204f14494/kdeconnect_sftp/aac0677204f14494 -p 1739 -f -o IdentityFile=/home/a/.config/kdeconnect/privateKey.pem -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o HostKeyAlgorithms=ssh-dss -o password_stdin
    Executable: /usr/bin/sshfs
       Message: Process 26908 (sshfs) of user 1000 dumped core.
                Stack trace of thread 26914:
                #0  0x00007ffa07e8b446 strlen (libc.so.6)
                #1  0x0000000000404927 n/a (sshfs)
                #2  0x00000000004056b5 n/a (sshfs)
                #3  0x0000000000407121 n/a (sshfs)
                #4  0x00000000004071fe n/a (sshfs)
                #5  0x0000000000407e3e n/a (sshfs)
                #6  0x000000000040bbcb n/a (sshfs)
                #7  0x000000000040ca12 n/a (sshfs)
                #8  0x00007ffa088e5cd3 fuse_fs_readdir (libfuse.so.2)
                #9  0x00007ffa088e5e0c n/a (libfuse.so.2)
                #10 0x00007ffa088ec9c6 n/a (libfuse.so.2)
                #11 0x00007ffa088edfc1 n/a (libfuse.so.2)
                #12 0x00007ffa088ea768 n/a (libfuse.so.2)
                #13 0x00007ffa081b0454 start_thread (libpthread.so.0)
                #14 0x00007ffa07ef37df __clone (libc.so.6)

                Stack trace of thread 26908:
                #0  0x00007ffa081b168d pthread_join (libpthread.so.0)
                #1  0x00007ffa088ea9cb fuse_session_loop_mt (libfuse.so.2)
                #2  0x00007ffa088f0077 fuse_loop_mt (libfuse.so.2)
                #3  0x00000000004036c7 n/a (sshfs)
                #4  0x00007ffa07e2b291 __libc_start_main (libc.so.6)
                #5  0x0000000000403daa n/a (sshfs)
Refusing to dump core to tty.

If there is anything you need jus tell me
sshfs version: 2.8

checking for library containing dlsym... none required
checking OpenSSH version... 7.2 >= 4.4, disabling NODELAY workaround
./configure: line 3796: syntax error near unexpected token SSHFS,' ./configure: line 3796: PKG_CHECK_MODULES(SSHFS, fuse >= 2.3 glib-2.0 gthread-2.0)'

In our lab, we have been struggling with permissions set through sshfs when mounting a shared folder for some but not all mac users.

While umask is set to 002 for the users (the desired permission), files created on the mounted disc are set to 033.

Using the -o umask option does not work as expected, as files and folders create look like they now have the correct permissions, but when looking on the server the files are still with 033. Also, when this option is used, running chmod does not alter any permissions. This option seems to not work as intended?

Anyway, we have been struggling, together with University IT, for several months in trying different ways of fixing this issue, with no avail.

Any help is much appreciated.

MacOS 10.14.4
SSHFS version 2.5 (OSXFUSE SSHFS 2.5.0)
OSXFUSE 3.8.2
FUSE library version: 2.9.7
bash version 5.0.3(1)

mounted with command:

sshfs [email protected]:/path ~/mountpoint -o auto_cache,reconnect,defer_permissions,noappledouble,negative_vncache,volname=mountfldr

The install instructions begin with "Run ./configure", but ./configure doesn't exist.

SSHFS us supposed to support "Multithreading: more than one request can be on it's way to the server" , according to http://fuse.sourceforge.net/sshfs.html.
I no not think that osxfuse / sshfs allow such thing.
this testcase for instance seems to demonstrate that concurrent requests do not work :

• open a server with sshfs
• copy a large file to the server
• while the file is uploading, connect to a second server

expected result : the second server mounts and a second upload is possible while the first is not finished.

actual result : the second server do not mount until the first upload is finished.

MacOS 10.7.5
SSHFS version 2.4 (OSXFUSE SSHFS 2.4.1)
OSXFUSE library version: FUSE 2.7.3 / OSXFUSE 2.5.4
volumes are mounted with these options : -olocal,auto_cache,reconnect,compression=yes,volname=XXXX

# sshfs --version
2017
SSHFS version 2.10
OSXFUSE 3.7.1
FUSE library version: 2.9.7

I use sshfs to mount my media drive (~1.2TB used of 2TB, ext4) to my Macbook, from a Raspberry Pi used as NAS. When freshly mounted, sshfs uses less than a MB of RAM, but with time, the usage grows. Yesterday, after wondering why my hard drive was full, I detected that /var/vm was 38GB big, Activity Monitor showed a swap usage of these 38GB, and memory use of sshfs was shown as 36GB. I unmounted, mounted again, and after playing a bit of music and a short video off the mounted drive, usage was nearly a GB again, growing ever since.

Since macOS Sierra, one needs root privileges to create mount points in /Volumes. OSXFUSE 3.5.0 introduced a mechanism for OSXFUSE to create mount points, however SSHFS doesn't use it (see OSXFUSE issue #306). Please add this feature to SSHFS to restore the ability to mount in /Volumes without root privileges.

Thanks!

If the host key changed then the error connection reseted by peer is returned which is quite confusin

Command:
sshfs [email protected] ~/Net\ Drive/ .

Expected result:
successful connection

Actual Result:

missing host
see 'sshfs -h' for usage

steps to replicate:
unknown (jus ttry connecting to a host i guess)

Further Details:
SSH works fine. using ftp clients works fine, just not sshfs 🤷‍♂️

Hi
I am using OSX, and have installed FUSE for OS X and Macfusion to access remote server through SSH. I get the error 'Could not mount filesystem: Authentication has failed' and have not been able to fix it. FTP connection to one of the server is working but not SSH. Am I missing something? Thanks in advance.

Hi, I am having issues with sshfs and umlauts. I am able to browser directories that contain umlauts. However, if I open a specific file in a directory that contains an umlaut or if the name of the file contains an umlaut, I get the error "File cannot be found". When copy a file I get the the error code 8058. Do you have any idea what might be the problem here?

I am using the following software:
OS X 10.10.4
osxfuse 2.8.0
sshfs 2.5.0

Thanks for you help!

And as a result I - and presumably others - are not downloading. I'm also confused as the most recent commits appear to be related to a 2.9 release?

Hi all,

sshfs --version
SSHFS version 2.8
FUSE library version: 2.5.0
fusermount version: 2.5.0
using FUSE kernel interface version 7.5

I am trying to mount remote windows filesystem folder to linux server. I have installed openSSH on windows pc and sshfs on my linux server.

     `          sshfs -o allow_other [email protected]:/cygdrive/d/test     /mnt/`

error comes as:
[email protected]:/cygdrive/d/test: type of file differs from mountpoint

How to resolve this?

clang -DHAVE_CONFIG_H -I.  -D_REENTRANT -DFUSE_USE_VERSION=26 -DLIBDIR=\"/usr/local/Cellar/sshfs/2.4.1/lib\"  -D_FILE_OFFSET_BITS=64 -D_DARWIN_USE_64_BIT_INODE -D_REENTRANT -I/usr/local/Cellar/osxfuse/2.6.2/include/osxfuse/fuse -I/usr/local/Cellar/glib/2.38.2/include/glib-2.0 -I/usr/local/Cellar/glib/2.38.2/lib/glib-2.0/include  -g -O2 -Wall -W -c -o sshfs-cache.o `test -f 'cache.c' || echo './'`cache.c
clang -E  -P -xassembler-with-cpp sshfs.1.in | sed -e '/^$/d' > sshfs.1
sshfs.c:163:2: error: unknown type name 'sem_t'
        sem_t ready;
        ^
1 error generated.

--- a/sshfs.c
+++ b/sshfs.c
@@ -13,7 +13,7 @@
 #include <fuse_opt.h>
 #include <fuse_lowlevel.h>
 #ifdef __APPLE__
-#  include <fuse_darwin.h>
+//#  include <fuse_darwin.h>

Patch diff: https://gist.github.com/denji/ce3c628d7def7f6ea490/068ee9b9223c14a3aaeda2c1b67ef741f7fb6cdb

I have a number of servers that have a small root volume but mount a larger volume into the the filesystem. When I traverse that mount point, sshfs continues to assume that free space is the same as the root. I imagine that determining available space per folder would be tricky - could we have a flag to tell sshfs to report a high remaining space?

FYI: I do see that connecting directly to the mounted volume reports the proper space so, I have a work around.

Thanks, Michael.

Problem:
Mounting a directory with SSHFS requires the user to jump into a Terminal window and type out the commands to create a mount point, and then mount with SSHFS.
This does not feel right for GUI-spoiled OSX users. It would be much nicer to make use of the Finder integration to mount remote filesystems: "Connect to Server" used for SMB or NFS mounts.

Possible Solution:
I stumbled across this blog post, and the linked project code.

This makes use of a bundle for the NetFS Finder integration.

IMHO it would be really great if this could be included in the osxfuse-SSHFS repository, to provide proper support and ideally also ship it (include it) directly (to be installed with homebrew).

Or is it better to report this over at https://github.com/libfuse/sshfs?

Not specifying the mount location gives segmentation fault error instead of a more intelligible one.

sshfs from within a Linux VM on the same Mac works without any delays. But from the Mac, to the same server, it it slow to the point of being unusable. This might be a config error on my part, but I see nothing obvious.

The readme says to build have a configure file, did not find one for the same.

Can you tell me how to install this?

Hi,

Would it be possible to provide instructions on how to re-create the statically linked binary, starting from the source code in this repository?

I am trying to follow the instructions from https://groups.google.com/d/msg/osxfuse-group/xhWB-Pbk56M/XQbIC3hy8kQJ, but I get the following results:

clang: warning: argument unused during compilation: '-pthread'
Undefined symbols for architecture x86_64:
  "_darwin_sem_destroy", referenced from:
      _sftp_request_wait in sshfs-sshfs.o
      _process_requests in sshfs-sshfs.o
      _clean_req in sshfs-sshfs.o
  "_darwin_sem_init", referenced from:
      _sftp_request_send in sshfs-sshfs.o
  "_darwin_sem_post", referenced from:
      _process_requests in sshfs-sshfs.o
      _clean_req in sshfs-sshfs.o
  "_darwin_sem_wait", referenced from:
      _sftp_request_wait in sshfs-sshfs.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

FWIW, I have the following ports installed via macports, as well as OSXFUSE 2.8.2:

  expat @2.1.0_0 (active) platform='darwin 14' archs='x86_64'
  gettext @0.19.6_0 (active) platform='darwin 14' archs='x86_64'
  glib2-devel @2.45.2_1 (active) platform='darwin 14' archs='x86_64'
  libffi @3.2.1_0 (active) platform='darwin 14' archs='x86_64'
  libiconv @1.14_0 (active) platform='darwin 14' archs='x86_64'
  ncurses @6.0_0 (active) platform='darwin 14' archs='x86_64'
  zlib @1.2.8_0 (active) platform='darwin 14' archs='x86_64'

Would appreciate any hints as to where to start looking for a solution.

Thanks!

SSHFS version 2.10
OSXFUSE 3.8.2
FUSE library version: 2.9.7
fuse: no mount point

• sshfs user@host:~/

Segmentation fault: 11

Expected: handles required arg missing, shows error or usage message.

Today I tried to copy a 172MB file to the mounted volume. Finder first started the copying process but canceled it just before finishing by telling me I had no permission to copy the file into the directory.

I assured that I had the needed privileges by creating files and folders and finally copying the 172MB file into the folder with the terminal.

The strange thing is that I could create new folders in finder and delete files. Renaming of the created folders also was forbidden.

Has anybody heard of that issue or can come up with an idea how to fix this?

sshfs is working fine except when a folder contains an Umlaut. It is listed just fine in the folder an terminal. But when I try to open it in the finder, it appears empty.

When I open it in the terminal with cd, I can see the files with the ls command, but opening the file with the open command returns

The file /Volumes/sshlinuxserver/var/files/organisation/Schlüssel does not exist.

Strangely, I can use the cp command and copy the `non existing folders and files.

I don't think this is related to #14 because my linuxserver and my mac both have the same locales:

linuxserver$ locale
LANG=de_DE.UTF-8
LANGUAGE=
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Mac-Pro$ locale
LANG="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_CTYPE="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_ALL=

I'm running this version:

$ sshfs --version
SSHFS version 2.10
OSXFUSE 3.8.3
FUSE library version: 2.9.7

using ssh, I can access my own files, and also files of group group1 (because I belong to that group):

$ ls -ld /files/dir1.txt
drwxrwx---. 2 user1 group1     4096 Nov 11 01:01 dir1.txt

$ groups
users group1

however, using sshfs, I cannot access the files of group1.
how to fix it?

hi,

when mounting the drive, it's named:

OSXFUSE Volume 0 (sshfs)

Can this name be customized?

thx

A regular file that on my local system has 0644 gets copied to a remote server and ends up having 0775.

I am trying to understand if the issue is caused by OS X or FUSE - so far I have not been able to figure out why the file being copied is created with the correct permissions but then is altered with chmod a couple of times.

Copying a file resulted in these sshfs op calls:

getattr  path="/some/directory/cache.c", result_buffer
getattr  path="/some/directory/cache.c", result_buffer
create   path="/some/directory/cache.c", mode=100644, fuse_file_info
fgetattr path="/some/directory/cache.c", result_buffer, fuse_file_info
statfs   path="/", result_buffer
chmod    path="/some/directory/cache.c", mode=100700
getattr  path="/some/directory/cache.c", result_buffer
write    path="/some/directory/cache.c", write_buffer, size=14922, offset=0, fuse_file_info
getattr  path="/some/directory/cache.c", result_buffer
chmod    path="/some/directory/cache.c", mode=100775
getattr  path="/some/directory/cache.c", result_buffer
chmod    path="/some/directory/cache.c", mode=100775
getattr  path="/some/directory/cache.c", result_buffer
chmod    path="/some/directory/cache.c", mode=100775
getattr  path="/some/directory/cache.c", result_buffer
flush    path="/some/directory/cache.c", fuse_file_info
release  path="/some/directory/cache.c", fuse_file_info
flush    path="/some/directory/cache.c", fuse_file_info
getattr  path="/some/directory/", result_buffer

Using:

OS X 10.11 (15A284)
SSHFS version 2.5 (OSXFUSE SSHFS 2.5.0)
OSXFUSE library version: FUSE 2.7.3 / OSXFUSE 2.8.0

I'm running Carbon Copy Cloner on my Mac to backup to a SSHFS mounted network drive.

This was working great before, and now that I've upgraded to El Capitan, the drive is getting disconnected after every CCC task runs. I enabled debug mode on SSHFS and it seems after all the copying is done, 'logout' is issued. No idea why. I'm on version 2.5.0, is there a newer version I should be using?

Possibly unrelated, but I'm also getting warnings in CCC, saying that there was an issue modifying items on the destination (the SSHFS mounted drive). This wasn't happening before upgrading to El Capitan.

While attempting to mount a certain remote volume:

> sshfs -d -o debug -o sshfs_debug -oIdentityFile=$HOME/.ssh/id_rsa-droid [email protected]:/ /Volumes/Android/
SSHFS version 2.5
executing <ssh> <-x> <-a> <-oClearAllForwardings=yes> <-oIdentityFile=/Users/dummy/.ssh/id_rsa-droid> <-2> <[email protected]> <-s> <sftp>
Server version: 3
Extension: [email protected] <1>
Extension: [email protected] <2>
Extension: [email protected] <2>
Extension: [email protected] <1>
unique: 0, opcode: INIT (26), nodeid: 0, insize: 56
INIT: 7.8
flags=0x00000000
max_readahead=0x00100000
remote_uid = 0
   INIT: 7.8
   flags=0x00000000
   max_readahead=0x00100000
   max_write=0x01000000
   unique: 0, error: 0 (Undefined error: 0), outsize: 40
unique: 0, opcode: STATFS (17), nodeid: 1, insize: 40
[00002] EXTENDED
  [00002]         STATUS       42bytes (2ms)
   unique: 0, error: -102 (Operation not supported on socket), outsize: 16
mount_osxfusefs: failed to mount /Volumes/Android@/dev/osxfuse1: Operation not supported on socket

sent:               1 messages, 37 bytes
received:           1 messages, 42 bytes
rtt min/max/avg:    2ms/2ms/2ms
num connect:        1

I am on Mavericks. sshfs version info:

> sshfs --version
SSHFS version 2.5 (OSXFUSE SSHFS 2.5.0)
OSXFUSE library version: FUSE 2.7.3 / OSXFUSE 2.6.2
no mount point

The same volume mounts correctly on Linux:

> sshfs --version
SSHFS version 2.4
FUSE library version: 2.9.0
fusermount version: 2.9.0
using FUSE kernel interface version 7.18

The remote SSH server runs on an Android device with OpenSSH_6.2p2 and the sftp service works just fine.

I am not sure if this is a sshfs problem or an OSX FUSE problem...

Thanks!

Hi,

every time I unmount a folder, I get a kernel panic, EVEN if the folder is not mounted.

Installed with brew, on OSX Yosemite

command:
➜ ~ sshfs -unmount @server:/ mounttmp

➜ ~ sshfs -V
SSHFS version 2.5 (OSXFUSE SSHFS 2.5.0)
OSXFUSE library version: FUSE 2.7.3 / OSXFUSE 2.3.8

Stacktrace:

Mon Mar 2 01:34:46 2015

*** Panic Report ***
panic(cpu 2 caller 0xffffff801721a46e): Kernel trap at 0xffffff80173443e8, type 14=page fault, registers:
CR0: 0x0000000080010033, CR2: 0x00000000000000c0, CR3: 0x0000000335ab20cb, CR4: 0x00000000001627e0
RAX: 0xffffff803bf51580, RBX: 0xffffff80368c0c00, RCX: 0x0000000003000000, RDX: 0xffffff80368904e0
RSP: 0xffffff81ffba3ac0, RBP: 0xffffff81ffba3ae0, RSI: 0x0000000000000020, RDI: 0xffffff80368904e0
R8: 0xffffff8037265840, R9: 0x0000000000000000, R10: 0xffffff8048fde000, R11: 0x0000000000000000
R12: 0x00000000000000c0, R13: 0xffffff80413d7800, R14: 0x0000000000000000, R15: 0x0000000000000020
RFL: 0x0000000000010286, RIP: 0xffffff80173443e8, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0x00000000000000c0, Error code: 0x0000000000000000, Fault CPU: 0x2

Backtrace (CPU 2), Frame : Return Address
0xffffff81ffba3770 : 0xffffff801712fe41
0xffffff81ffba37f0 : 0xffffff801721a46e
0xffffff81ffba39b0 : 0xffffff8017236683
0xffffff81ffba39d0 : 0xffffff80173443e8
0xffffff81ffba3ae0 : 0xffffff7f9982bb40
0xffffff81ffba3b30 : 0xffffff80173823d9
0xffffff81ffba3b80 : 0xffffff8017370cb6
0xffffff81ffba3c10 : 0xffffff8017365b53
0xffffff81ffba3e00 : 0xffffff80175ae26b
0xffffff81ffba3e30 : 0xffffff80175ed214
0xffffff81ffba3f50 : 0xffffff801764b386
0xffffff81ffba3fb0 : 0xffffff8017236e86
Kernel Extensions in backtrace:
com.github.osxfuse.filesystems.osxfusefs(2.3.8)[6AC3DE62-14A4-3895-A6A4-E3253A0B00F3]@0xffffff7f9982b000->0xffffff7f99840fff

BSD process name corresponding to current thread: sshfs

Mac OS version:
14C109

Kernel version:
Darwin Kernel Version 14.1.0: Mon Dec 22 23:10:38 PST 2014; root:xnu-2782.10.72~2/RELEASE_X86_64
Kernel UUID: DCF5C2D5-16AE-37F5-B2BE-ED127048DFF5
Kernel slide: 0x0000000016e00000
Kernel text base: 0xffffff8017000000
__HIB text base: 0xffffff8016f00000
System model name: MacBookPro11,2 (Mac-3CBD00234E554E41)

System uptime in nanoseconds: 218076534539
last loaded kext at 208269146273: com.github.osxfuse.filesystems.osxfusefs 2.3.8 (addr 0xffffff7f9982b000, size 90112)
last unloaded kext at 111271460461: com.apple.driver.AppleFileSystemDriver 3.0.1 (addr 0xffffff7f99632000, size 8192)
loaded kexts:
com.github.osxfuse.filesystems.osxfusefs 2.3.8
org.virtualbox.kext.VBoxNetAdp 4.3.22
org.virtualbox.kext.VBoxNetFlt 4.3.22
org.virtualbox.kext.VBoxUSB 4.3.22
org.virtualbox.kext.VBoxDrv 4.3.22
com.intel.kext.intelhaxm 1.1.1
com.apple.driver.AudioAUUC 1.70
com.apple.iokit.IOBluetoothSerialManager 4.3.2f6
com.apple.filesystems.autofs 3.0
com.apple.driver.AGPM 100.15.5
com.apple.driver.ApplePlatformEnabler 2.1.7d1
com.apple.driver.X86PlatformShim 1.0.0
com.apple.driver.AppleOSXWatchdog 1
com.apple.driver.AppleGraphicsDevicePolicy 3.7.7
com.apple.driver.AppleUpstreamUserClient 3.6.1
com.apple.driver.AppleIntelHD5000Graphics 10.0.2
com.apple.driver.AppleHDA 269.25
com.apple.driver.AppleBacklight 170.5.0
com.apple.iokit.IOUserEthernet 1.0.1
com.apple.driver.AppleMCCSControl 1.2.11
com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport 4.3.2f6
com.apple.driver.AppleIntelFramebufferAzul 10.0.2
com.apple.Dont_Steal_Mac_OS_X 7.0.0
com.apple.driver.AppleHWAccess 1
com.apple.driver.AppleHV 1
com.apple.driver.AppleCameraInterface 5.29.0
com.apple.driver.AppleLPC 1.7.3
com.apple.driver.AppleSMCLMU 2.0.7d0
com.apple.driver.AppleThunderboltIP 2.0.2
com.apple.driver.AppleUSBTCButtons 240.2
com.apple.driver.AppleUSBTCKeyboard 240.2
com.apple.driver.AppleUSBCardReader 3.5.1
com.apple.AppleFSCompression.AppleFSCompressionTypeDataless 1.0.0d1
com.apple.AppleFSCompression.AppleFSCompressionTypeZlib 1.0.0d1
com.apple.BootCache 35
com.apple.driver.AppleUSBHub 705.4.2
com.apple.driver.XsanFilter 404
com.apple.iokit.IOAHCIBlockStorage 2.7.0
com.apple.driver.AppleAHCIPort 3.1.0
com.apple.driver.AirPort.Brcm4360 910.26.12
com.apple.driver.AppleUSBXHCI 710.4.11
com.apple.driver.AppleSmartBatteryManager 161.0.0
com.apple.driver.AppleRTC 2.0
com.apple.driver.AppleACPIButtons 3.1
com.apple.driver.AppleHPET 1.8
com.apple.driver.AppleSMBIOS 2.1
com.apple.driver.AppleACPIEC 3.1
com.apple.driver.AppleAPIC 1.7
com.apple.nke.applicationfirewall 161
com.apple.security.quarantine 3
com.apple.security.TMSafetyNet 8
com.apple.iokit.IOSerialFamily 11
com.apple.kext.triggers 1.0
com.apple.driver.DspFuncLib 269.25
com.apple.kext.OSvKernDSPLib 1.15
com.apple.iokit.IOSurface 97
com.apple.driver.AppleSMBusController 1.0.13d1
com.apple.iokit.IOBluetoothHostControllerUSBTransport 4.3.2f6
com.apple.iokit.IOBluetoothFamily 4.3.2f6
com.apple.AppleGraphicsDeviceControl 3.8.6
com.apple.iokit.IOAcceleratorFamily2 156.6
com.apple.driver.X86PlatformPlugin 1.0.0
com.apple.iokit.IOUSBUserClient 705.4.0
com.apple.driver.IOPlatformPluginFamily 5.8.1d38
com.apple.driver.AppleBacklightExpert 1.1.0
com.apple.iokit.IONDRVSupport 2.4.1
com.apple.driver.AppleGraphicsControl 3.8.6
com.apple.driver.AppleHDAController 269.25
com.apple.iokit.IOHDAFamily 269.25
com.apple.iokit.IOAudioFamily 203.3
com.apple.vecLib.kext 1.2.0
com.apple.driver.AppleSMC 3.1.9
com.apple.iokit.IOGraphicsFamily 2.4.1
com.apple.driver.AppleUSBMultitouch 245.2
com.apple.iokit.IOUSBHIDDriver 705.4.0
com.apple.iokit.IOSCSIBlockCommandsDevice 3.7.3
com.apple.iokit.IOUSBMassStorageClass 3.7.1
com.apple.iokit.IOSCSIArchitectureModelFamily 3.7.3
com.apple.driver.AppleUSBMergeNub 705.4.0
com.apple.driver.AppleUSBComposite 705.4.9
com.apple.driver.AppleThunderboltDPInAdapter 4.0.6
com.apple.driver.AppleThunderboltDPAdapterFamily 4.0.6
com.apple.driver.AppleThunderboltPCIDownAdapter 2.0.2
com.apple.iokit.IOAHCIFamily 2.7.5
com.apple.driver.AppleThunderboltNHI 3.1.7
com.apple.iokit.IOThunderboltFamily 4.2.1
com.apple.iokit.IO80211Family 710.55
com.apple.driver.mDNSOffloadUserClient 1.0.1b8
com.apple.iokit.IONetworkingFamily 3.2
com.apple.iokit.IOUSBFamily 710.4.14
com.apple.driver.AppleEFINVRAM 2.0
com.apple.iokit.IOHIDFamily 2.0.0
com.apple.driver.AppleEFIRuntime 2.0
com.apple.iokit.IOSMBusFamily 1.1
com.apple.security.sandbox 300.0
com.apple.kext.AppleMatch 1.0.0d1
com.apple.driver.AppleKeyStore 2
com.apple.driver.AppleMobileFileIntegrity 1.0.5
com.apple.driver.AppleCredentialManager 1.0
com.apple.driver.DiskImages 396
com.apple.iokit.IOStorageFamily 2.0
com.apple.iokit.IOReportFamily 31
com.apple.driver.AppleFDEKeyStore 28.30
com.apple.driver.AppleACPIPlatform 3.1
com.apple.iokit.IOPCIFamily 2.9
com.apple.iokit.IOACPIFamily 1.4
com.apple.kec.corecrypto 1.0
com.apple.kec.Libm 1
com.apple.kec.pthread 1
Model: MacBookPro11,2, BootROM MBP112.0138.B14, 4 processors, Intel Core i7, 2.2 GHz, 16 GB, SMC 2.18f15
Graphics: Intel Iris Pro, Intel Iris Pro, Built-In
Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D54343147533641465238412D50422020
Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D54343147533641465238412D50422020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x134), Broadcom BCM43xx 1.0 (7.15.159.13.12)
Bluetooth: Version 4.3.2f6 15235, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD SM0256F, 251 GB
USB Device: Internal Memory Card Reader
USB Device: Apple Internal Keyboard / Trackpad
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
Thunderbolt Bus: MacBook Pro, Apple Inc., 17.1

Thanks for your help :)

All the changes in osxfuse/sshfs, and some additional cleanups, have been merged into libfuse/sshfs. It would be nice now to merge them back into osxfuse/sshfs or to drop this repository altogether.

The merge is easy: osxfuse/sshfs can be fast-forwarded to match osxfuse/sshfs.

What would be nice though, if you want to keep this repository, is to have it marked as a fork of libfuse/sshfs in GitHub so the relation between the two is clear. I don't know if this is possible without recreating the repository... which has its own problems (like losing the bug tracker).

So is there a reason to keep this in osxfuse?

Now sshfs doesn't expand tilt. In other words, the following command won't work because of the first tilt:

sshfs me@address:~  ~/mount-point

Could you add this feature, please?

Thanks!

I have been using sshfs for several of my servers and all of them work great except one which onyl partially mounts. The exit code of sshfs is 0 and it seems to work however if I do ls mntpnt is says ls: mntpnt: Device not configured.

So I ran is with debugging output as follows and then it reports the following along with producing an error code of 136:

$ sshfs -o volname=server [email protected]:/home/user mntpnt -f -d -o sshfs_debug
SSHFS version 2.9
FUSE library version: 2.9.7
nullpath_ok: 0
nopath: 0
utime_omit_ok: 0
executing <ssh> <-x> <-a> <-oClearAllForwardings=yes> <-2> <[email protected]> <-s> <sftp>
Server version: 3
unique: 2, opcode: INIT (26), nodeid: 0, insize: 56, pid: 37915
INIT: 7.19
flags=0xf8000008
max_readahead=0x00100000
remote_uid = 502
   INIT: 7.19
   flags=0x00000010
   max_readahead=0x00100000
   max_write=0x02000000
   max_background=0
   congestion_threshold=0
   unique: 2, success, outsize: 40
unique: 2, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 1007
getattr /
unique: 3, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 0
statfs /
[00002] LSTAT
Floating point exception: 8

(note that the [00002] LSTAT line does not always show up).

I can connect to this server just fine with sftp and ssh.

I am using the latest source from the 2.x branch.

The -o IdentityFile option doesn't seem to work:

% ssh -oIdentityFile=insecure_private_key -p2222 vagrant@localhost
Linux wheezy64 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64
<snip>
% sshfs -oIdentityFile=insecure_private_key -p2222 vagrant@localhost:/home/vagrant test
vagrant@localhost's password: