Debian Bug report logs - #640038
sshfs: cannot set timestamps of symbolic links

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Dietrich Clauss <dc2@clauss.dyndns.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: sshfs: cannot set timestamps of symbolic links

Date: Thu, 01 Sep 2011 19:40:57 +0200

Package: sshfs
Version: 2.2-1
Severity: normal

When doing

| touch -h some_link

to a symbolic link located in an sshfs-mounted directory, it doesn't set
the time stamp of the link.  Instead, sshfs follows the link on server
side and it sets the time of the target file.  If the target doesn't
exist, the touch command fails and it says

| touch: setting times of `some_link': No such file or directory

This also makes rsync fail when doing

| rsync -au src/ dest/

if src/ contains a symbolic link and dest/ is on sshfs.  rsync tries to
preserve the times of the link and complains

| rsync: failed to set times on "dest/some_link": No such file or
| directory (2)

If the link points to an existing file on the server, then sshfs follows
the link and rsync erroneously copies the time stamp of the link to the
destination file on the server.

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sshfs depends on:
ii  fuse-utils                    2.8.5-3    Filesystem in Userspace (transitio
ii  libc6                         2.13-7     Embedded GNU C Library: Shared lib
ii  libfuse2                      2.8.5-3    Filesystem in Userspace (library)
ii  libglib2.0-0                  2.28.6-1   The GLib library of C routines
ii  openssh-client                1:5.5p1-6  secure shell (SSH) client, for sec

sshfs recommends no packages.

sshfs suggests no packages.

-- no debconf information

Message #10 received at 640038@bugs.debian.org (full text, mbox, reply):

From: Miklos Szeredi <miklos@szeredi.hu>

To: Dietrich Clauss <dc2@clauss.dyndns.org>

Cc: 640038@bugs.debian.org

Subject: Re: Bug#640038: sshfs: cannot set timestamps of symbolic links

Date: Fri, 23 Sep 2011 14:31:48 +0200

Dietrich Clauss <dc2@clauss.dyndns.org> writes:

> Package: sshfs
> Version: 2.2-1
> Severity: normal
>
> When doing
>
> | touch -h some_link
>
> to a symbolic link located in an sshfs-mounted directory, it doesn't set
> the time stamp of the link.  Instead, sshfs follows the link on server
> side and it sets the time of the target file.  If the target doesn't
> exist, the touch command fails and it says
>
> | touch: setting times of `some_link': No such file or directory
>
> This also makes rsync fail when doing
>
> | rsync -au src/ dest/
>
> if src/ contains a symbolic link and dest/ is on sshfs.  rsync tries to
> preserve the times of the link and complains
>
> | rsync: failed to set times on "dest/some_link": No such file or
> | directory (2)
>
> If the link points to an existing file on the server, then sshfs follows
> the link and rsync erroneously copies the time stamp of the link to the
> destination file on the server.

The SFTP protocol doesn't have a "lsetstat" operation and so this is not
possible to fix with current sftp servers.

We could add such an extension, I'll look into that.

Thanks,
Miklos

Send a report that this bug log contains spam.