RE: [squid-users] Too many open files

From: Peter Retief <peter_at_swenitech.com>
Date: Thu, 25 Jul 2013 13:10:30 +0200

>> Peter:
>> The first log occurences are:
>> 2013/07/23 08:26:13 kid2| Attempt to open socket for EUI retrieval
failed:
>> (24) Too many open files
>> 2013/07/23 08:26:13 kid2| comm_open: socket failure: (24) Too many
>> open files
>> 2013/07/23 08:26:13 kid2| Reserved FD adjusted from 100 to 15394 due
>> to failures

> Amos:
> So this worker #2 got errors after reaching about 990 open FD (16K -
15394). Ouch.
>
> Note that all these socket opening operations are failing with the "Too
many open files" error the OS sends back when limiting Squid to 990 or so
FD. This has confirmed that Squid is not mis-calculating > where its limit
is, but something in the OS is actually causing it to limit the worker. The
first one to hit was a socket, but also a disk file access is getting them
soon after so it is likely the global OS limit
> rather than a particular FD type limit. That 990 usable FD is also
suspiciously close to 1024 with a few % held spare for emergency use (as
Squid does when calculating its reservation value).

Amos, any ideas where I should look to see where Ubuntu is restricting the
file descriptors? I though "ulimit -Sn" and "ulimit -Hn" would tell me how
many descriptors any child process should get?
Received on Thu Jul 25 2013 - 11:10:47 MDT

This archive was generated by hypermail 2.2.0 : Fri Jul 26 2013 - 12:00:26 MDT