FD's again: ulimit shows 1024, but recompiled squid...

Hello Squid Users,

because it's my first time in this mailinglist, I think it is a good idea
to shortly introduce myself.
My Name is Klaus-Peter and I'm working for Toshiba in Germany as a
networkadministrator for Novell and NT systems and since 1 year also for
Unix systems. Since English is not my native language, I beg your pardon
for any mistakes, but I'll try my best :-)
Short, but this should be enough for the moment.

Now my problem:

I installed a new Linux server with kernel 2.0.36 and applied Oskars
filehandlepatch 8.04. After recompiling the kernel and a reboot, ulimit -a
looks good:

core file size (blocks) 0
data seg size (kbytes) unlimited
file size (blocks) unlimited
max locked memory (kbytes) unlimited
max memory size (kbytes) unlimited
open files 1024
pipe size (512 bytes) 8
stack size (kbytes) 8192
cpu time (seconds) unlimited
max user processes 256
virtual memory (kbytes) unlimited

Then I installed Squid 2.1 patch 1 and did my ./configure ....

The redirected output looks fine as well:

...
checking Default FD_SETSIZE value... 1024
checking Maximum number of filedescriptors we can open... 1024
...

Also autoconf.h seems to be OK

...
/* Default FD_SETSIZE value */
#define DEFAULT_FD_SETSIZE 1024

* Maximum number of open filedescriptors */
#define SQUID_MAXFD 1024
...

But after make install and running the cache, a quick look at the general
runtime information section of the cachemanager interface was frustrating:

...
File descriptor usage for squid:
        Maximum number of file descriptors: 256
        Largest file desc currently in use: 44
        Number of file desc currently in use: 25
        Available number of file descriptors: 231
        Reserved number of file descriptors: 64
        Disk files open: 3
...

I read the FAQ and the archived mailinglist up and down, but could not find
 any hint. Maybe someone has an
idea what went wrong.

Best regards

KP
Received on Thu Nov 26 1998 - 01:53:25 MST