Bug#536665: option to hard-block while network connection is down

2009-07-16 Thread Miklos Szeredi
On Sun, 12 Jul 2009, martin f krafft wrote:
 Package: sshfs
 Version: 2.2-1
 Severity: wishlist
 
 It would be nice to have an option like NFS 'hard', which would
 require 'reconnect' and basically causes all filesystem operations
 to block until the connection to the remote is back. Right now, if
 a connection is lost and cannot be re-established, there's an I/O error:

It's not as simple as that.  NFSv3 is a stateless protocol, it doesn't
associate state with open files.  SFTP on the other hand has stateful
opens.  Yes, we could try to re-open files on reconnection but that
will not always succeed (permissions changed, file removed, etc).

To summarize, sshfs will never match NFS in correctness, it will
always remain a somewhat hackish (but still useful) network
filesystem.

Thanks,
Miklos



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#536665: option to hard-block while network connection is down

2009-07-16 Thread Miklos Szeredi
On Thu, 16 Jul 2009, martin f krafft wrote:
 also sprach Miklos Szeredi mik...@szeredi.hu [2009.07.16.2203 +0200]:
  It's not as simple as that.  NFSv3 is a stateless protocol, it doesn't
  associate state with open files.  SFTP on the other hand has stateful
  opens.  Yes, we could try to re-open files on reconnection but that
  will not always succeed (permissions changed, file removed, etc).
 
 Good explanation. But couldn't the errors be postponed until then,
 so that iff the file can be reopened, then stuff just moves on?

Sure.  Someone just needs to do the coding...

Thanks,
Miklos



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#536665: option to hard-block while network connection is down

2009-07-16 Thread martin f krafft
also sprach Miklos Szeredi mik...@szeredi.hu [2009.07.16.2203 +0200]:
 It's not as simple as that.  NFSv3 is a stateless protocol, it doesn't
 associate state with open files.  SFTP on the other hand has stateful
 opens.  Yes, we could try to re-open files on reconnection but that
 will not always succeed (permissions changed, file removed, etc).

Good explanation. But couldn't the errors be postponed until then,
so that iff the file can be reopened, then stuff just moves on?

-- 
 .''`.   martin f. krafft madd...@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#536665: option to hard-block while network connection is down

2009-07-12 Thread martin f krafft
Package: sshfs
Version: 2.2-1
Severity: wishlist

It would be nice to have an option like NFS 'hard', which would
require 'reconnect' and basically causes all filesystem operations
to block until the connection to the remote is back. Right now, if
a connection is lost and cannot be re-established, there's an I/O error:

piper:~|master|mnt% ls -l
ls: cannot open directory .: Input/output error

In certain cases, it would be better if ls just didn't return until
the connection is back, or until it's interrupted.

Thanks,

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-rc5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sshfs depends on:
ii  fuse-utils2.7.4-2Filesystem in USErspace (utilities
ii  libc6 2.9-19 GNU C Library: Shared libraries
ii  libfuse2  2.7.4-2Filesystem in USErspace library
ii  libglib2.0-0  2.20.4-1   The GLib library of C routines
ii  openssh-client1:5.1p1-6  secure shell client, an rlogin/rsh

sshfs recommends no packages.

sshfs suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft madd...@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)