Re: [pure-ftpd] Sorry, we were unable to read [.]

Lothar Kimmeringer <[email protected]> Mon, 24 Feb 2020 11:00:11 +0100
Newsgroups gmane.network.pureftpd.user
Message-ID <[email protected]>

Am 22.02.2020 um 11:13 schrieb Lorenzo Milesi:

> I've recently migrated an ISPConfig server from Ubuntu 10.04 to Ubuntu 18.04,
> now powered by pure-ftpd-mysql 1.0.46-1build1.
> One user has a huge directory containing >300000 files. To manage it we added the
> LimitRecursion file with "500000 50" as content. It was playing well on the old
> installation on 1.0.35-1, but on the new one we just get the following error on the client:
> Sorry, we were unable to read [.]

[...]

> How can I debug the issue?

In your other mail you've already found out that it's the number of files
in the directory. This is an effect you see with many file systems when
the number of files in a directory exceeds a limit (often somewhere in the
range of 50,000 to 100,000).

I've had similar effects as well on Linux systems where it suddenly became
very slow without any changes to the number of files in a directory. The
reason was that after an update of my software more attributes of a file
were accessed than before, so I assume that something similar happened
here with pure ftp.

The topic is quite old. You have similar effects e.g. when doing a
find-operation searching for files of a particular user and
accessing an NFS-mounted device. At least that was the case in the
90s when somebody did that on the CS-network of my university, maybe
it's not that bad anymore ;-)


Cheers, Lothar