Oh , no...it is 1024
thanks for the help
Now I added 'ulimit -n 65000' in squid init file and the problem is
resolved. But some questions:
1-why is it 1024 While I've set 65535 FD at compile time and squid user
which is "proxy" has this much limitation in limit.conf file?
2-is it ok to increase FD limit in this way?
3-Apearantly according to "# cat /proc/sys/fs/file-max" my os FD limit is
400577. Can I increase squid FD to it
4-What is best FD limit for about 150Mbps bandwidth and 18000 RPM
This could be ugly troubleshooting practice, but you can try to modify your
init script (or upstart job, not sure how exactly squid is being started in
ubuntu). The idea is to add 'ulimit -n > /tmp/squid.descriptors' and see if
the number is really 65k.
On 09/14/2013 09:41 AM, Mohsen Dehghani wrote:
>> I don't see any logic here. Are you sure your squid is started not by
root?
>> Is replacing 'root' by 'squid' or '*' solves issue as well?
>
> When I manually start service by root, there is no file descriptor
> warning and squid works as normal.
> But when the system boots up and starts the service automatically,
> squid runs out of FD.
>
> I've tested different the following settings without any luck. Every
> time that the box reboots, I have to login and restart service manually.
>
> root soft nofile 65000
> root hard nofile 65000
> proxy soft nofile 65000
> proxy hard nofile 65000
> squid soft nofile 65000
> squid hard nofile 65000
> * soft nofile 65000
> * hard nofile 65000
>
> It seems these settings only works if the user logins to system.
> My squid user is "proxy"(I configured it at the time of compile).
>
> Maybe some useful info:
> OS:Ubuntu 12.04
>
> # ulimit -n
> 65000
>
> # squidclient mgr:info | grep 'file descri'
> Maximum number of file descriptors: 65536
> Available number of file descriptors: 65527
> Reserved number of file descriptors: 100
>
>
>
>
Received on Sat Sep 14 2013 - 09:06:31 MDT
This archive was generated by hypermail 2.2.0 : Sat Sep 14 2013 - 12:00:04 MDT