| | 1 | The SFTP frontend is a server that optionally runs as part of a gateway node, and provides read/write access to the Tahoe grid via the [http://en.wikipedia.org/wiki/SSH_file_transfer_protocol SSH File Transfer Protocol]. |
| | 2 | |
| | 3 | See source:docs/frontends/FTP-and-SFTP.txt for how to enable and set up the SFTP frontend on a gateway. This page is for compatibility issues with particular SFTP clients. |
| | 4 | |
| | 5 | === General compatibility issues === |
| | 6 | |
| | 7 | Before uploading a file to a Tahoe filesystem, the whole file has to be available. This means that the upload can only start when the file has been closed in the SFTP session. Particularly when writing large files, the client may time out between sending the close request and receiving the response (ticket #1045). This is known to be a problem for at least the WinSCP client, which has a close timeout of 15 seconds. |
| | 8 | |
| | 9 | |
| | 10 | === sshfs === |
| | 11 | |
| | 12 | sshfs is an SFTP client that allows filesystem access via FUSE (a user-space filesystem layer). It works on Linux and other Unix systems that provide FUSE. For MAC OS X, a patched version of sshfs is included as part of MacFUSE. |
| | 13 | |
| | 14 | Tahoe's SFTP frontend includes several workarounds and extensions to make it function correctly with sshfs. |
| | 15 | |
| | 16 | sshfs does not wait for 'close' requests to complete before reporting to the application that a file has been successfully closed. Therefore, you should not shut down your gateway node immediately after writing files via sshfs, otherwise those files may be lost. It is possible that an upload could fail (due to a network error, lack of storage space, etc.); such failures will not be reported to applications using sshfs. [TODO: include patch that makes sshfs wait for close requests to complete.] |
| | 17 | |
| | 18 | Some applications may make assumptions that are incompatible with Tahoe. For example, 'flushing' a file does not guarantee that written data is reflected in the Tahoe filesystem, so opening the same file via another handle and attempting to read that data will not work. |
| | 19 | |
| | 20 | |
| | 21 | === Gnome virtual filesystem (gvfs) === |
| | 22 | |
| | 23 | gvfs is a set of filesystem adapters provided with the Gnome window system. It can be used in two ways: either via the GIO API, or via a FUSE layer called gvfs-FUSE (not to be confused with sshfs). |
| | 24 | |
| | 25 | Apps that use the GIO API, such as the Nautilus file browser, seem to work correctly with Tahoe. |
| | 26 | |
| | 27 | gvfs-FUSE, on the other hand, is not recommended for use with Tahoe. This is because it has to map POSIX filesystem requests onto GIO requests, and this mapping loses information -- some combinations of 'open' flags cannot be expressed in the GIO API, for example. Therefore it is impossible for gvfs-FUSE to provide a fully correct FUSE filesystem. |
| | 28 | |
| | 29 | It may not be entirely clear to users whether a particular Gnome app is using GIO or gvfs-FUSE. |
