[PATCH] tests/file_handle.c: skip if fs can't do handles

Dmitry V. Levin ldv at altlinux.org
Mon May 3 22:53:26 UTC 2021


On Mon, May 03, 2021 at 10:42:07PM +0000, Alyssa Ross wrote:
> On Mon, May 03, 2021 at 05:06:52PM +0300, Dmitry V. Levin wrote:
> > On Mon, May 03, 2021 at 01:12:13PM +0000, Alyssa Ross wrote:
> > > Quoting name_to_handle_at(2):
> > >
> > > > Some care is needed here as EOVERFLOW can also indicate that no file
> > > > handle is available for this particular name in a filesystem which
> > > > does normally support file-handle lookup.  This case can be detected
> > > > when the EOVERFLOW error is returned without handle_bytes being
> > > > increased.
> > >
> > > This patch handles that case, resolving 20 failures for me on ZFS, and
> > > making `make check' able to run successfully.
> >
> > I must admit I'm a bit surprised that a filesystem supporting file-handle
> > lookups can fail to return a file handle for ".".
> 
> Good point.
> 
> I looked into it further, and it's a bug in ZFS.  I sent this fix:
> https://github.com/openzfs/zfs/pull/11995

Thanks.

> I feel like if that fix is accepted, it's probably not worth fixing in
> strace (even though the buggy behaviour is probably technically valid).
> What do you think?  If you still think it's worth fixing, I'm happy to
> send a v2 with your suggestion applied.

Since it's a strace test, its main purpose is to test strace rather than
the kernel, so I don't mind applying a workaround like this.


-- 
ldv


More information about the Strace-devel mailing list