OpenSSH
[Top] [All Lists]

Re: SFTP: a new command to get filesystem size/free space

To: Thue Janus Kristensen <thuejk@gmail.com>
Subject: Re: SFTP: a new command to get filesystem size/free space
From: Damien Miller <djm@mindrot.org>
Date: Tue, 20 Feb 2007 09:20:31 +1100 (EST)
Cc: openssh-unix-dev@mindrot.org
Delivered-to: sp-com-lists@consult.net
Delivered-to: openssh-unix-dev-list1@securepoint.com
Delivered-to: openssh-unix-dev-tmda@mindrot.org
Delivered-to: openssh-unix-dev@mindrot.org
In-reply-to: <2fa647f60702181048h2cbaf171h9e4796f2a6d57c7d@mail.gmail.com>
List-archive: <http://lists.mindrot.org/pipermail/openssh-unix-dev>
List-help: <mailto:openssh-unix-dev-request@mindrot.org?subject=help>
List-id: Development of portable OpenSSH <openssh-unix-dev.mindrot.org>
List-post: <mailto:openssh-unix-dev@mindrot.org>
List-subscribe: <http://lists.mindrot.org/mailman/listinfo/openssh-unix-dev>, <mailto:openssh-unix-dev-request@mindrot.org?subject=subscribe>
List-unsubscribe: <http://lists.mindrot.org/mailman/listinfo/openssh-unix-dev>, <mailto:openssh-unix-dev-request@mindrot.org?subject=unsubscribe>
References: <2fa647f60702181048h2cbaf171h9e4796f2a6d57c7d@mail.gmail.com>
Sender: openssh-unix-dev-bounces+openssh-unix-dev-list1=securepoint.com@mindrot.org
On Sun, 18 Feb 2007, Thue Janus Kristensen wrote:

> I am using sshfs with FUSE to mount a remote directory over ssh/sftp
> (on linux).
>
> It would be nice if df could be able to show the total size/free space
> of the mounted directory.
>
> I am aware that returning size/free space would have some limitations.
> For example, if a subdir of the mounted directory has another
> filesystem mounted on the remote server, this can not be represented
> simply.
>
> However, I still think that a simple implementation could be useful.
> My idea is to simply return the total size and free space of the
> current working directory.
>
> Would you accept patches implementing this?

We would consider them, sure - but we can't promise we will like
them enough to accept them before we see them :)

The patch would have the best chance of being accepted if it used the
SSH2_FXP_EXTENDED protocol message and followed the message format of
later filexfer drafts for the encoding of filesystem information (IIRC
recent filexfer drafts have a statvfs-like method).

The patch would also need to implement support for it in the sftp
client, so we can have a way to test the method in our regress tests.

> PS: does the openssh sftp implementation conform to
> http://www.openssh.org/txt/draft-ietf-secsh-filexfer-02.txt ?  If not,
> is the protocol described elsewhere?

IIRC we actually implement filexfer-03, but the draft for it seems to
have fallen off the net.

-d
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev@mindrot.org
http://lists.mindrot.org/mailman/listinfo/openssh-unix-dev

<Prev in Thread] Current Thread [Next in Thread>