I have six workers, and I am trying to monitor the performance of squid
using SNMP.
I get the following type of error quite frequently:
snmpHandleUdp: FD 18 recvfrom: (11) Resource temporarily unavailable
After some Google searching, I gathered that each worker should be on its
own SNMP port, so
> Amos:
> Squid starts with 16K of which 100 are reserved FD. When it changes that
the 16K limit is still the total, but the reserved is raised to make N
sockets reserved/unavailable.
> So 16384 - 15394 = 990 FD safe to use after adjustments caused by the
error.
>> Peter:
>>I would have deduce
> Eliezer:
> I would assume that you setup your WCCP correctly.
> DO you use them in tunnel or route mode?
> in route mode you can easily get into a complex situation that you have a
routing endless loop(until X TTL).
I think the wccp2 is set up correctly - I am using tunnel mode. Here is the
out
>> Peter:
>> Do you mean you've patched the source code, and if so, how do I get
>> that patch? Do I have to move from the stable trunk?
> Amos:
> Sorry yes that is what I meant and it can now be found here:
>
http://www.squid-cache.org/Versions/v3/3.HEAD/changesets/squid-3-12957.patch
> It shou
>> 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 153
>>
>> To handle the load I have 6 workers, each allocated its own physical
>> disk (noatime).
>>
>> I have set "ulimit -Sn 16384" and "ulimit -Hn 16384", by setting
>> /etc/security/limits.conf as follows:
>>
>> # - Increase file descriptor limits for Squid
>> * softnofile
On 07/25/2013 09:25 AM, Peter Retief wrote:
>> I have changed the limits in /etc/security/limits.h to 65K, and I have
>> confirmed that the ulimits for root and squid are now 65K, but
>> squidclient mgr:info still reports a maximum of 16K per worker.
Eliezer:
>Ubutnu ???
Hi
I am struggling with the following error: comm_open: socket failure: (24)
Too many open files
This happens after squid has been running for many hours. I have a Xeon
server with 12 cores, 64Gb Ram and 8 x 1Tb disks. The first two are in a
RAID-1, and the balance are managed as aufs caches.