Re: Fwd: Re: A new look at old NFS readdir() problems? - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Fwd: Re: A new look at old NFS readdir() problems?
Date
Msg-id CA+hUKGJ9fedtbR-PT-83q4qK6X=b8UefjhhdVRbpHToQzpUvAA@mail.gmail.com
Whole thread Raw
In response to Re: Fwd: Re: A new look at old NFS readdir() problems?  (David Steele <david@pgbackrest.org>)
Responses Re: Fwd: Re: A new look at old NFS readdir() problems?
List pgsql-hackers
On Sat, Jan 4, 2025 at 5:48 AM David Steele <david@pgbackrest.org> wrote:
> We had one issue reported [1] involving Alpine Linux and CIFS and

Not directly relevant for pgbackrest probably, but I noticed that
Alpine comes up in a few reports of failing rm -r on CIFS.  I think it
might be because BSD and GNU rm use fts to buffer pathnames in user
space (narrow window), while Alpine uses busybox rm which has a
classic readdir()/unlink() loop:

https://github.com/brgl/busybox/blob/master/coreutils/rm.c
https://github.com/brgl/busybox/blob/master/libbb/remove_file.c

As for CIFS, there are lots of reports of this sort of thing from
Linux CIFS clients.  I am suspicious of the 32 bit monotonic
resume_key apparently being used to seek to a starting position.  I
don't plan to investigate myself, but ... is that even trying to avoid
skips and duplicates?



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Fwd: Re: A new look at old NFS readdir() problems?
Next
From: Michel Pelletier
Date:
Subject: Re: Using Expanded Objects other than Arrays from plpgsql