rsync fails with EOPNOTSUPP on Windows share mounted over GVFS

["R. Diez" <rdiezmail-gnome yahoo de>]

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