čt 16. 1. 2020 v 11:16 odesílatel Miklos Szeredi <miklos@xxxxxxxxxx> napsal: > > On Wed, Jan 15, 2020 at 01:24:52PM +0100, Ondrej Holy wrote: > > st 15. 1. 2020 v 12:41 odesílatel Miklos Szeredi <miklos@xxxxxxxxxx> napsal: > > > > > > On Wed, Jan 15, 2020 at 9:28 AM Ondrej Holy <oholy@xxxxxxxxxx> wrote: > > > > > > > > Hi, > > > > > > > > I have been directed here from https://github.com/libfuse/libfuse/issues/488. > > > > > > > > My issue is that with Linux Kernel 5.4, one read kernel call (e.g. > > > > made by cat tool) triggers two fuse_operations.read executions and in > > > > both cases with 0 offset even though that first read successfully > > > > returned some bytes. > > > > > > > > For gvfs, it leads to redundant I/O operations, or to "Operation not > > > > supported" errors if seeking is not supported. This doesn't happen > > > > with Linux 5.3. Any idea what is wrong here? > > > > > > > > $ strace cat /run/user/1000/gvfs/ftp\:host\=server\,user\=user/foo > > > > ... > > > > openat(AT_FDCWD, "/run/user/1000/gvfs/ftp:host=server,user=user/foo", > > > > > > Hi, I'm trying to reproduce this on fedora30, but even failing to get > > > that "cat" to work. I've replaced "server" with a public ftp server, > > > but it's not even getting to the ftp backend. Is there a trick to > > > enable the ftp backend? Haven't found the answer by googling... > > > > Hi Miklos, > > > > you need gvfs and gvfs-fuse packages installed. Then it should be > > enough to mount some share, e.g. over Nautilus, or using just "gio > > mount ftp://user@server/". Once some share is mounted, then you should > > see it in /run/user/$UID/gvfs. I can reproduce on Fedora 31 with > > kernel-5.4.10-200.fc31.x86_64, whereas kernel-5.3.16-300.fc31.x86_64 > > works without any issues. > > Thanks, I was missing the "gio mount ..." command. > > Here's a patch that should fix it. Will go into 5.5-rc7 and will be backported > to 5.4.x stable series. That sounds great! Thanks a lot Ondrej