Package: squid
Version: 2.6.12-1
I rebuilt the squid packages with ENABLE_SSL and no other changes, and
suddenly our number of file descriptors dropped to 1024. Recompiling
with exactly the same source and ulimit -n 65536 at compile time allows
us to go back to 4096 as we have set in /etc/default/squid.
Either upstream should eliminate this compile-time check or the Debian
package should at least warn users about (if not patch around) the
compile time check for available fds.
See http://www.onlamp.com/pub/a/onlamp/2004/02/12/squid.html, specifically:
Finally, before compiling or running Squid, execute this shell command
to set the process limit equal to the kernel limit:
|root# ulimit -Hn 1024|
After you have set the limit in this manner, you'll need to reconfigure,
recompile, and reinstall Squid. Also note that these two commands do not
permanently set the limit. They must be executed each time your system
boots. You'll want to add them to your system startup scripts.
It appears that the control scripts would REALLY like this to be 65536,
and that's what we used to build our shiny new working squid package
with SSL enabled.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
