Philip S. Brown | 23 Aug 22:46 2015

uidfile on NTFS Partition

sshfs has a uidfile/gidfile option.  It tests the file to see if it is 
only read/writable by a single user.  The ability to do this is not 
supported on FAT partitions and it is not supported on NTFS partitions. 
  (You can partially do this on an NTFS partition if you mount it by 
UUID and use ntfs-3g, but then you cannot share the drive out on SAMBA 
because the scheme goes from NTFS->ntfs-3g-≥GNU->SAMBA->cifs->GNU and 
the scheme melts during that transition. At the destination no file on 
the drive will be writable.)  sshfs needs an option to bypass this check.

--Phil Brown
Florida, USA

------------------------------------------------------------------------------
Cooper Clauson | 9 Aug 23:51 2015
Picon

bug report, sshfs mount on certain local directory causes unresponsive OS

Hi,

This is a bug report, the behavior is very strange, I'll try to describe this as best as I can.

I'm attempting to mount 4 remote directories onto 4 local directories.  The commands look like this:

sshfs remote-server-url:/home /mnt/sakura
sshfs remote-server-url:/cad /mnt/sakuraCad
sshfs remote-server-url:/data/WD2T0 /mnt/WD2T0
sshfs remote-server-url:/data/newWD2T0 /mnt/newWD2T0

Of these 4 commands, the first three execute with no problems, however, the fourth causes the process to
freeze.  In the terminal, Ctrl-C will resume terminal behavior, but the process is still alive and can't be
killed.  From here, if I try to navigate to the /mnt directory, the computer will freeze and need to be
rebooted.  Also, if I try to open a new terminal, the computer will freeze and need to be rebooted.

The ssh command into remote-server-url works fine with no problems, also the first three filesystem
mounts work fine with no problems, only the fourth causes a problem, this is true regardless of the order in
which they are executed.  Furthermore, the fourth command fails regardless of the remote directory that
is being mounted, it only depends on the *local* directory, so if you change this directory so that the
command is:

sshfs remote-server-url:/data/newWD2T0 /mnt/newWD2T0_

it works with no problems.

The system is a Centos 7 system.  Initially the kernel version was 3.10.0 with the same version of fuse, the
version of sshfs is 2.5.  In order to correct the problem, I tried upgrading the kernel to 4.1.4 along with
the fuse module, the problem still exists.  Additionally, I reinstalled the operating system from
scratch a number of times, but this did not solve the problem.  This exact same command works with no
(Continue reading)

brian | 7 Aug 05:29 2015

sshfs remounting hangs

I wrote up a community question at 
http://unix.stackexchange.com/questions/216611/sshfs-remount-hangs that 
didn't really answer the question, so I thought I'd post the same 
problem here.

On Fedora 21 current patches, in a local LAN environment, I'm mounting 2 
filesystems with sshfs. The remote server is on a reliable LAN network, 
the ssh keys are correctly setup for passwordless login.

So I create an empty directory in my home dir (which is a local 
filesystem), mount with:

|sshfs -o default_permissions me <at> remoteserver:/mntpoint /home/me/mountdir |

The connection works fine and is very stable, performs well, no 
complaints. Then maybe the local machine reboots or something unexpected 
happens so the connection is broken ungracefully.  I'm running this on 
VMware workstation with Windows 7 host, so reboots happen more often 
than I'd like.

Upon reboot, restart, re-attempt, the same command above will hang ... 
indefinitely. If I control-C it and fusermount -u it, it appears to 
clean up, but still cannot remount. But the weird thing: if I specify a 
new mount point in my home directory, it works perfectly again (same 
remote point). Works perfectly again until something happens and I have 
to start all over again.

Reboots of the local machine will not clear it. The mount directory is 
verified empty, I've even removed the mount point directory and 
recreated the same name... Nope.
(Continue reading)

Christoph Holtermann | 27 Jul 20:05 2015
Picon
Picon

hard links

Hello,

I'm using hard links for a backup system. I don't seem to get them
to work. I wonder if it's because of me or of the implementation.

on the client side:
sshfs -V shows
SSHFS version 2.5
FUSE library version: 2.9.4
fusermount version: 2.9.4
using FUSE kernel interface version 7.19

on the server side:
OpenSSH_6.0p1 Debian-4+deb7u2, OpenSSL 1.0.1e 11 Feb 2013

On the server comparing two files:
ls -lai deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
9618822 -rw-rw-r-- 6 pi pi 1234412 Mär 24 20:59 deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
ls -lai deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
9618822 -rw-rw-r-- 6 pi pi 1234412 Mär 24 20:59 deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
They share the same inode, they are hardlinked.

On the client comparing the same files:
ls -lai deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
11 -rw-rw-r-- 1 christoph 1000 1234412 24. Mär 20:59 deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
ls -lai deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
15 -rw-rw-r-- 1 christoph 1000 1234412 24. Mär 20:59 deprecation_092192f3fe.log.2015-03-24T21:00+0100.gz
Different inode, so I can't recognize if they are hardlinked.

(I removed the different paths from the examples)
(Continue reading)

Peter P. | 17 Jun 19:11 2015

#670926 "fopen: File exists (errno = 17)" seems to be still present

Hi Miklos, hi all,

I am still getting the "fopen: File exists (errno = 17)" message when
saving attachments from mutt to an sshfs-mounted volume on Debian
testing, with package sshfs version 2.5-1 installed. Is this known?
Thank you so much for maintaining this wonderful piece of software!

best, P

------------------------------------------------------------------------------
Lakshmi Muthuswamy | 8 May 20:07 2015

error in compilation

Hi,
This is Mac OS X Yosemite system.
After I configure using ./configure,
Make gives the following error

Making all in include

/Library/Developer/CommandLineTools/usr/bin/make  all-am

Making all in lib

  CC       fuse.lo

In file included from fuse.c:19:

../include/fuse_compat.h:69:10: fatal error: 'sys/statfs.h' file not found

#include <sys/statfs.h>

         ^

1 error generated.

make[1]: *** [fuse.lo] Error 1

make: *** [all-recursive] Error 1

Thank you so much for your help

This electronic message is intended for the use of the named recipient only, and may contain information
(Continue reading)

Mustafa COMOGLU | 30 Apr 17:10 2015
Picon
Picon

share with symbolic links

Hi,
I used this command to share my storage to another machine but it does not
allow me to share the storage with symbolic links? How can I allow to share
the symbolic links as well like the other folders?

sshfs -o allow_other -o ro sysop <at> koeri-arch:/mnt/mSEED_data/archive
/mnt/Disk_203.40

​thanks in advance​

-- 

Saygılarımla

Mustafa ÇOMOĞLU / Geophysicist/Jeofizik Mühendisi

BOUN KOERI/ B.Ü. KRDAE Ulusal Deprem Izleme Merkezi

T: comoglu <at> boun.edu.tr  e: +90216 5163269
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Fuse-sshfs mailing list
Fuse-sshfs <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fuse-sshfs
(Continue reading)

Peter Möller | 27 Mar 14:46 2015
Picon
Picon

sshfs-*server* on OS X?

Hello!

This is not a bug, so I might be in the wrong place.
I would like to get a sshfs-*server* running on an OS X machine (a server, in fact) but I cannot find any
information on that. Finding the sshfs-*client* for OS X is easy enough, but the server is highly elusive. 

I do not understand what is required, nor can I find any source for it. It is based on scp/ssh, right? OS X uses
OpenSSH, so that should be covered. What else is required?

With kind regards,
/Peter Möller
--------------------------------------------------------------------------
Peter.Moller <at> cs.lth.se, Computer Systems Manager
http://cs.lth.se/peter_moller
Department of Computer Science, Lund University
Box 118, S-221 00 LUND, Sweden, tfn +46 46 222 41 56

Attachment (smime.p7s): application/pkcs7-signature, 5811 bytes
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Fuse-sshfs mailing list
Fuse-sshfs <at> lists.sourceforge.net
(Continue reading)

Sverd Johnsen | 26 Mar 15:52 2015

O_TMPFILE on sshfs?

A program I use tries this on sshfs and fails:

open("/tmp/2001/remotefs/incoming",
O_WRONLY|O_DIRECTORY|O_CLOEXEC|O_TMPFILE) = -1 EOPNOTSUPP (Operation
not supported)

On non-sshfs it does this:

[...]
open("/tmp/2001/test/incoming", O_WRONLY|O_DIRECTORY|O_CLOEXEC|O_TMPFILE) = 4
[...]
sendfile(4, 3, [0], 95476)              = 95476
[...]
linkat(AT_FDCWD, "/proc/self/fd/4", AT_FDCWD,
"/tmp/2001/test/incoming/foobar", AT_SYMLINK_FOLLOW) = 0
[...]

So I guess O_TMPFILE is not supported at this point?

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
"Mario A. Valdez-Ramírez" | 19 Mar 13:42 2015

Bug report: passwords longer than 64 characters from stdin


Fuse SSHFS maintainers:

   Hi. This is a bug report for handling passwords longer than 64
characters from stdin.

If sshfs is called with the "password_stdin" option (for example, when
invoked with pam_mount) it will refuse to accept a password longer
than 64 characters.

The limit is hardcoded in the sshfs.c file (line 3069 in version 2.3,
line 3466 in version 2.5) with the variable named "max_password".

To reproduce, from the command-line you can use for example:

sshfs mvaldez <at> servername:/home/mvaldez/SHARE ./myfiles -o
"reconnect,idmap=user,password_stdin"

then type the password (sshfs will wait for the password from stdin
without prompt) and press Enter. If the password is longer than 64
characters it will fail with the message: "Password too long".

When used with pam_mount, the logs in /var/log/auth.log show the
following messages:
pam_mount(mount.c:69): Messages from underlying mount program:
pam_mount(mount.c:73): Password too long
pam_mount(pam_mount.c:521): mount of
sshfs#mvaldez <at> servername:/home/mvaldez/SHARE failed

This limit seems to be inherited from the first patches sent to the
(Continue reading)

Josh Lovins | 10 Mar 18:51 2015
Picon

Getting slow speeds in sshfs

When copying files from a sshfs mount to the local drive, my speeds are way
slower than if i were to use scp or sftp.

The versions I'm using of sshfs and fuse is

SSHFS version 2.5

FUSE library version: 2.9.2

fusermount version: 2.9.2

using FUSE kernel interface version 7.19

I'm also using the hpn patched ssh with version

OpenSSH_6.6.1p1-hpn14v5 Ubuntu-5hpn14v5~wrouesnel~trusty2, OpenSSL 1.0.1f 6
Jan 2014

located from

https://launchpad.net/~w-rouesnel/+archive/ubuntu/openssh-hpn

I've tweaked my TCP window sizes and options with these below in
/etc/sysctl.conf

net.core.wmem_max=25165824

net.core.rmem_max=25165824

net.ipv4.tcp_rmem= 20480 174760 25165824
(Continue reading)


Gmane