Re: rsync fails with EOPNOTSUPP on Windows share mounted over GVFS

[Ondrej Holy <oholy redhat com>]

Hi rdiez,

first of all, let me say that I strongly advise using "mount -t cifs" for such kind of tasks like backups over rsync. GVfs is designed to be used over GIO API by GNOME applications. Fuse mount point provided by GVfs is a just limited fallback...

Back to your issue. GVfs doesn't have such cache and I am a bit confused what you did and where you see the file (is /home/rdiez/WindowsShares symlink to /run/user/[uid]/gvfs/?). It might be possible that the fuse daemon crashed and rsync write something in /run/user/[UID]/gvfs/smb... in the meantime. So, you can see some file written by rsync in fuse mountpoint, but the file doesn't exist in smb share...

I am convinced that /run/user... is not persistent across restarts, so you can try rebooting your system to fix this issue.

Regards

Ondrej

 

2017-07-05 9:56 GMT+02:00 R. Diez via gvfs-list <gvfs-list gnome org>:

Hi all:

My Linux PC runs Kubuntu 16.04.2, with gvfs-mount version 1.28.2, and I have a Windows 7 PC.

I am mounting on my Linux PC a Windows share this way:

gvfs-mount -- smb://my-windows-pc\;my-windows-login@my-windows-pc/DiskC

I then run rsync this way:

rsync  -- /home/rdiez/some/dir/  /home/rdiez/WindowsShares/some/dir/

There is a single text file in that directory. The first time, the files copies fine, but if I modify it, then rsync fails with this error (captured with strace -f):

open("MyFile.txt", O_WRONLY|O_CREAT, 0600) = -1 EOPNOTSUPP (Operation not supported)

I tried rsync flags like --inplace , --no-perms, --no-acls, --no-owner and --chmod, all to no avail.

I then manually deleted the destination file from the Linux PC, so that it is no longer visible on the Windows PC. On the Linux PC, if I list the directory, it is empty, but if I list the exact file path, I get this:

-rwx------ 1 rdiez rdiez 0 Jan  1  1970 /home/rdiez/some/dir/MyFile.txt

Note the wrong date and the 0 length. This looks like a phantom file.

The next time I run rsync, I get this error:

rsync: open "/home/rdiez/some/dir/MyFile.txt" failed: No such file or directory (2)

Unmounting and remounting the GVFS mountpoints do not solve the problem, the phantom file is still there.

Does GVFS have a cache, and I can flush or disable it?

Many thanks in advance,
  rdiez

_______________________________________________
gvfs-list mailing list
gvfs-list gnome org
https://mail.gnome.org/mailman/listinfo/gvfs-list

--

Ondrej Holy
Software Engineer, Core Desktop Development
Red Hat Czech s.r.o