Re: [musl] unlink on NFS volume fails silently

[Stephen Von Takach <steve@place.technology>]

[-- Attachment #1: Type: text/plain, Size: 1217 bytes --]

We're using docker containers running on the same kernel using the same
mount setup.
Works on debian, does not work on alpine.

The difference is at the libc interface.


Stephen von Takach Dukai

Engineering Lead

PlaceOS

Australia, Hong Kong, London, New York

p: +61 408 419 954

e: steve@place.technology


On Thu, 10 Jul 2025 at 04:41, Rich Felker <dalias@libc.org> wrote:

> On Wed, Jul 09, 2025 at 01:59:18PM +1000, Stephen Von Takach wrote:
> > Yes we traced this.
> > The libc unlink function on musl returned 0 for a filename on an NFS
> mount
> > that wasn't deleted.
> > https://www.gnu.org/software/libc/manual/html_node/Deleting-Files.html
> >
> > The same call to unlink on glibc returned 0 and actually removed the
> file.
>
> They are not doing anything different. If you're getting a different
> result, it's something else different about the systems, possibly as
> random as timing differences between the program using musl and the
> one using glibc. But I would also check for different kernel versions
> or configurations, mount setups, etc.
>
> > The issue occurs when there is a high volume of files being removed
>
> Sounds like a timing dependent bug in the NFS implementation.
>
> Rich
>

[-- Attachment #2: Type: text/html, Size: 4695 bytes --]