Re: [PATCH v6 1/2] fuse: add optional kernel-enforced timeout for requests

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2 Sept 2024 at 12:50, Bernd Schubert <bernd.schubert@xxxxxxxxxxx> wrote:

> In case of distributed servers, it can easily happen that one server has
> an issue, while other servers still process requests. Especially when
> these are just requests that read/getattr/etc and do not write, i.e.
> accessing the stuck server is not needed by other servers. So in my
> opinion not so unlikely. Although for such cases not difficult to
> timeout within the fuse server.

Exactly.  Normally the kernel should not need to time out fuse
requests, and it might be actively detrimental to do so.

The main case this wants to solve is a deadlocked server due to
programming error, AFAICS.   And this would only work in environments
where requests are  guaranteed to complete within some time period.

So if the server needs to handle request timeouts, then it should
*not* rely on the kernel timeout.   The kernel timeout should be a
safeguard against broken or malicious servers, not an aid to implement
request timeouts.

Thanks,
Miklos




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux