Do this:
ulimit -Hn
If the values is 32768 that's your current kernel/sys max value and
you're stuck.
If it's more than 32768 (and my RHEL 5.3 box says 65536) then you
should be able to increase up to that value. Unless there's an
internal signed 16-bit int involved in FD tracking inside the Squid
code then something curious is happening...
However - I'm curious as to why you'd need that many. I've had top
end systems with Squid clusters running with compiles of 16k file
descriptors and only ever really used 4-5k. What are you doing that
you need more than 32k?
-george
On Thu, May 6, 2010 at 10:32 AM, Bradley, Stephen W. Mr.
<bradlesw_at_muohio.edu> wrote:
> Unfortunately won't work for me above 32768.
>
> I have the ulimit in the startup script and that works okay but I need more the 32768.
>
> :-(
>
>
>
> -----Original Message-----
> From: Ivan . [mailto:ivanhec_at_gmail.com]
> Sent: Thursday, May 06, 2010 5:17 AM
> To: Bradley, Stephen W. Mr.
> Cc: squid-users_at_squid-cache.org
> Subject: Re: [squid-users] Increasing File Descriptors
>
> worked for me
>
> http://paulgoscicki.com/archives/2007/01/squid-warning-your-cache-is-running-out-of-filedescriptors/
>
> no recompile necessary
>
>
> On Thu, May 6, 2010 at 7:13 PM, Bradley, Stephen W. Mr.
> <bradlesw_at_muohio.edu> wrote:
>> I can't seem to get increase the number above 32768 no matter what I do.
>>
>> Ulimit during compile, sysctl.conf and everything else but no luck.
>>
>>
>> I have about 5,000 users on a 400mbit connection.
>>
>> Steve
>>
>> RHEL5 64bit with Squid 3.1.1
>
-- -george william herbert george.herbert_at_gmail.comReceived on Thu May 06 2010 - 18:53:56 MDT
This archive was generated by hypermail 2.2.0 : Fri May 07 2010 - 12:00:03 MDT