Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250709184153.GP1827@brightrain.aerifal.cx>
Date: Wed, 9 Jul 2025 14:41:53 -0400
From: Rich Felker <dalias@...c.org>
To: Stephen Von Takach <steve@...ce.technology>
Cc: musl@...ts.openwall.com, Viv Briffa <viv@...ce.technology>
Subject: Re: unlink on NFS volume fails silently

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

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.