Luis Perez | 28 Jan 21:27 2014
Picon

Unable to lock database file in Cadence

Hello,

I am having an issue when using SSHFS and try to edit my Cadence files.
When mounting, do I need to specify "edit"mode?

Below is the command line that I currently using:

sshfs perxxx <at> eevlsifs.xxxx.edu:/home/perxxxx /home/perexxxx/xxxx

Thanks!

luis
------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
Miklos Szeredi | 14 Jan 15:31 2014
Picon

sshfs 2.5

Version 2.5 is out there:

  http://sourceforge.net/projects/fuse/files/sshfs-fuse/2.5/

The list of changes is pretty short:

    * Add -o disable_hardlink option (debian bug #670926).  Reported
    by Louis-David Mitterrand

    * Optimize readdir by sending multiple requests in parallel.  Add
    -o sync_readdir to restore old behavior.  Patch by Alexander
    Neumann

    * Map SSH2_FX_FAILURE to ENOTEMPTY for rmdir.  Reported by Ross
    Lagerwall

    * When checking root directory use LSTAT not STAT.  This prevents
    I/O error being returned after a successful mount if a symlink is
    mounted.  Reported by Bart Friederichs

Cheers,
Miklos

------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
(Continue reading)

Alexander Neumann | 22 Dec 21:25 2013
Picon

PATCH: Implement asynchronous readdir

Hi,

please see the attached patch which implements asynchronous readdir.
This enormously speeds up listing directories with 100k files on a
remote server (before: about 3 minutes 32 seconds, after: ~1.6 seconds).

The patch can also be found in the branch "speedup-large-directories" on
https://github.com/fd0/sshfs

I highly appreciate merging this patch into mainline sshfs. Comments are
more than welcome.

Happy Holidays and greetings from Germany,
Alex
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Fuse-sshfs mailing list
Fuse-sshfs <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fuse-sshfs
fuse-sshfs | 19 Dec 19:51 2013

Possible Bug


$ sshfs -p 2222 -o umask=022,uid=1234,gid=1234
sshserverusername <at> sshserver.com:/home/sshserverusername /sshfilesystem/

$ ls -lash / | grep 'sshfilesystem'
4.0K drwxr-xr-x 1 username username 4.0K Dec 19 2013 sshfilesystem
$ ls -lash /sshfilesystem/zzzz/blah
4.0K -rwxr-xr-x 1 username username 34 Dec 19 13:32
/sshfilesystem/zzzz/blah
$ ls -lash /sshfilesystem/ | grep 'zzzz'
4.0K drwxr-xr-x 1 username username 4.0K Dec 19 2013 zzzz

When I edit the file 'blah' with gedit, nano, or vi, and then try to save
the file it says I don't have permission. 
Is this a bug or is this user error?
I can remove the file without error:

$ rm /sshfilesystem/zzzz/blah
$ ls /sshfilesystem/zzzz/blah
ls: cannot access /sshfilesystem/zzzz/blah: No such file or directory

and can make a new file without error:

$ echo 'asdhjksdhgjkahdjkshjdhjs' > /sshfilesystem/zzzz/blah
$ cat /sshfilesystem/zzzz/blah
asdhjksdhgjkahdjkshjdhjs

Any ideas?
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
(Continue reading)

Günter Merz | 10 Dec 14:03 2013
Picon
Picon

loopback image via sshfs

Sorry for (almost) double posting.  I hit the send button accidentally.

Hello list,

I'm mounting (via autofs, but that shouldn't make a difference) a path  
via sshfs that contains a file that is a loopback image.

The loopback image contains a luks-crypt on top of which sits an ext4  
filesystem.

I usually do the following to get to my encrypted ext4 filesystem:

    losetup /dev/loop0 /mnt/sshfs/volume.img
    cryptsetup luksOpen /dev/loop0 volume
    mount /dev/mapper/volume /mnt/volume

In general, this works.  I can access, read, write files.
However, some files have erroneous content, that, when mounted  
locally, are absolutely fine. They're not always the same files.
The filesystem quite often has (many) "block bitmap differences"  
errors which I can fix but they reappear on remount.

My sshfs mount options are:

allow_other,dev,workaround=all,idmap=user,intr,reconnect,gid=users,ServerAliveInterval=5,ServerAliveCountMax=1

I played around with "dev" and different "workaround" options without  
any notable change to my problem.

Is sshfs known not to work properly in the setup I've described?
(Continue reading)

Günter Merz | 10 Dec 13:49 2013
Picon
Picon

loopback image via sshfs

Hello list,

I'm mounting (via autofs, but that shouldn't make a difference) a path  
via sshfs that contains a file that is a loopback image.

The loopback image contains a luks-crypt on top of which sits an ext4  
filesystem.

I usually do the following to get to my encrypted ext4 filesystem:

    losetup /dev/loop0 /mnt/sshfs/volume.img
    cryptsetup luksOpen /dev/loop0 volume
    mount /dev/mapper/volume /mnt/volume

I found another description of my problem here:

In general, this works

------------------------------------------------------------------------------
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
Ross Lagerwall | 8 Nov 11:02 2013
Picon

rmdir on not-empy dir returns EPERM

Removing a non-empty directory returns EPERM which confuses applications
which expect ENOTEMPTY or EEXIST[1].  It would be great if sshfs could
map SSH2_FX_FAILURE to ENOTEMPTY for rmdir.

If there is somewhere else I should report this, please let me know.

[1]:
See the bug report at https://bugzilla.gnome.org/show_bug.cgi?id=541714
Specifically, comments 7 and 11.

Many thanks
--

-- 
Ross Lagerwall

------------------------------------------------------------------------------
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
송호철 | 14 Oct 09:58 2013
Picon

I don't know whether it's bug or not, but I have a problem with sshfs.

I'm getting error message like "type of file differs from mount point" repeatedly,
what's the problem?
------------------------------------------------------------------------
------------------------------------------------------------------------
Hochul Song,  M.S candidate
Computational Materials Research Group
Department of Materials Science and Engineering 
Seoul National University
Seoul 151-744, Korea
Phone: +82-2-880-1542
E-mail: nr2327shc <at> snu.ac.kr
http://cmsl.snu.ac.kr

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
Simeon Bird | 7 Sep 23:02 2013
Picon

access syscall always returns permission allowed on sshfs mounts

Hi,

I have noticed that the access syscall, if executed on sshfs mounts,
always seems to return 0 (ie, "permission allowed"), even if I do not
actually have the required permissions. I am using sshfs 2.4 and fuse 2.9.3.

This was my test program:

#include <unistd.h>
#include <stdio.h>

int main()
{
    int read =  access("some_file",R_OK);
    int write = access("some_file",W_OK);
    int exec =  access("some_file",X_OK);
    printf("executable: %d %d %d\n",read, write, exec);
    return 0;
}

where some_file had previously had "chmod 0" done to it.

I notice also that man 2 access states:

"access() may not work correctly on NFS file systems with UID mapping
enabled, because UID mapping  is  done  on  the server and hidden from
the client, which checks permissions.  Similar problems can occur to
FUSE mounts."

However, access returns 0 whether uid mapping is enabled or disabled,
(Continue reading)

aniket singh | 5 Sep 11:27 2013
Picon

problem in installing fuse

Hi,
i followed the procedure as outlined on
http://fuse.sourceforge.net/sshfs.html

when i do sudo make i get,
*
*
*
*
*Making all in include*
*make[1]: Entering directory
`/data2/aniketStorage/other_stuff/fuse-2.9.3/include'*
*make  all-am*
*make[2]: Entering directory
`/data2/aniketStorage/other_stuff/fuse-2.9.3/include'*
*make[2]: Leaving directory
`/data2/aniketStorage/other_stuff/fuse-2.9.3/include'*
*make[1]: Leaving directory
`/data2/aniketStorage/other_stuff/fuse-2.9.3/include'*
*Making all in lib*
*make[1]: Entering directory
`/data2/aniketStorage/other_stuff/fuse-2.9.3/lib'*
*  CCLD     libfuse.la*
*/usr/bin/ld: error: symbol __fuse_process_cmd has undefined version*
*collect2: ld returned 1 exit status*
*make[1]: *** [libfuse.la] Error 1*
*make[1]: Leaving directory
`/data2/aniketStorage/other_stuff/fuse-2.9.3/lib'*
*make: *** [all-recursive] Error 1*

(Continue reading)

Antonio Russo | 21 Aug 18:36 2013
Picon

Automatically unmount in network failure condition

In the event of a network failure, sshfs can become
network-starved, causing programs accessing the sshfs
mount to enter uninterruptible sleep. The solution is
to kill the sshfs process; in contrast to some user
expectations, "fusermount -u /mountpoint" does not
work, since the mountpoint is still busy.

Killing sshfs is annoying at best, and impossible in some
cases (e.g., if $HOME is an sshfs, all new shells will
immediately enter uninterruptible sleep). This scenario
may be related to [1], but that bug appears to also be
associated with an issue on the kernel side.

The attached patch addresses this issue by providing a
new configuration option "-oread_timeout=N" which causes
sshfs to die (or attempt to remount if combined with
"-oremount") if its network connection becomes starved
for N seconds (in reality, the delay may be as long as
2N; eliminating this factor of two would complicate this
patch).

This simple patch protects the critical read() call to the
network socket with a select(). The call must fail only in
the event that sshfs is actually expecting network input,
which is determined by checking if the request tab
"sshfs.reqtab" is nonempty.

I have set a default value of "0" for this option, since
that changes things the least (i.e., it disables the
timeout). It may be best for this default to be nonzero.
(Continue reading)


Gmane