[squid-users] problem with filedescriptors after reboot

2014-06-20 Thread ama...@tin.it
Hello we are testing squid-3.4.5-20140616-r13146 on - rh es 6 64 with kernel version 2.6.32-431.20.3.el6.x86_64 squid it's compiled with -- with-filedescriptors=16384 and we have found this strange behavior If I reboot the linux box we have this situation(wrong): squidclient mgr: info |grep

Re: [squid-users] problem with filedescriptors after reboot

2014-06-20 Thread Eliezer Croitoru
There is an issue with that not related directly to squid. You can try to add into the sysvinit script a strict declaration using ulimit that will force a limit on the script at runtime. It can be caused due to malfunction or mis-configuration in RH and that the FD limit at the time when

Re: [squid-users] problem with filedescriptors after reboot

2014-06-20 Thread Fernando Lozano
Hi, Probably the low limit on file descriptors came from /etc/security/limits.conf. But you can edit /etc/sysconfig/squid and add there the command ulimit -n 16384 So squid gets a higher number no matter what's in limits.conf []s, Fernando Lozano There is an issue with that not related

Re: [squid-users] problem with filedescriptors after reboot

2014-06-20 Thread James Lay
On 2014-06-20 09:10, ama...@tin.it wrote: I had configured /etc/security/limits.conf squid softnofile 16384 squid hardnofile 16384 rootsoftnofile 16384 roothardnofile 16384 but to resolve the problem I have to add into /et/init.d/squid #set fildedescriptor set

Re: [squid-users] problem with filedescriptors after reboot

2014-06-20 Thread Fernando Lozano
Hi James, On 2014-06-20 09:10, ama...@tin.it wrote: I had configured /etc/security/limits.conf squid softnofile 16384 squid hardnofile 16384 rootsoftnofile 16384 roothardnofile 16384 but to resolve the problem I have to add into /et/init.d/squid #set

Re: [squid-users] problem with filedescriptors after reboot

2014-06-20 Thread Amos Jeffries
On 21/06/2014 4:58 a.m., Fernando Lozano wrote: Hi James, On 2014-06-20 09:10, ama...@tin.it wrote: I had configured /etc/security/limits.conf squid softnofile 16384 squid hardnofile 16384 rootsoftnofile 16384 roothardnofile 16384 but to resolve the