Hello,

> On 7 Aug 2021, at 17:13, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
> ...for the records...: ;-)
> 
> Today I tested building 'squid 5.1' with our usual configure options:
> 
> ...
> --with-dl \
> --with-filedescriptors=$(( 16384 * 64 )) \
> --with-large-files \
> --without-gnutls \
> ...
> 
> No errors in '_build.ipfire.log' for this 'squid' - except:
> 
> ...
> checking for library containing log... none required
> configure: forcing default of 1048576 filedescriptors (user-forced)
> checking Default FD_SETSIZE value... 1024
> checking for getrlimit... yes
> checking for setrlimit... yes
> checking Maximum number of filedescriptors we can open... 32768
> configure: Default number of filedescriptors: 1048576
> ...
> 
> So the maximum number of filedescriptors which are possible for 'squid
> 5.1' are 32768!?
> 
> Ok then. I rebuilt the whole thing with the "maximum":
> 
> ...
> --with-filedescriptors=32768 \
> ...
> 
> But no change. During starting, 'squid 5.1.' still complains:
> ...
> NOTICE: Could not increase the number of filedescriptors
> With 4096 file descriptors available
> ...
> 
> This is the value reported by 'ulimit -n' on my IPFire / Core 158.
> 
> Currently, only 'squid 4.16' can increase this number under *exactly*
> the same environment.
> 
> What consequences could it have, respectively!?

This is the maximum amount of connections squid can open.

I suppose this is enough and I can live with 32k. We should remove the field from the UI then.

-Michael

> 
> Best,
> Matthias