Rick Byers <rickb@iaw.on.ca> wrote:
> There is a hard limit on the total number of open files.  Either you have
> some sort of run-away process opening files and not closing them, or your
> system is just heavily loaded beyond what your kernel expects.

I had 381 (or so) files open at the time. (fstat | wc -l)

> If, on the other hand, you just have a really loaded web server with lots
> of CGI's etc... You can increase MAXUSERS in your kernel config file and
> recompile.  This will make a bigger File table.

Neat. So why's it called 'MAXUSERS'? ;-) We had it set to '4', and thought
that this was overkill. (The machine never has more than 2 users logged in
at once.) I presumed it was related to the number of ptys or something.

> Consult the options(4) man page for a little more detail.

I'd love to, but there doesn't appear to be one.

> I've had to increase the file table size beyond what it expects (we have
> over 100 virtual hosts) by setting MAXUSERS=64, and NPROC=2048 (to increase
> NPROC, I think I had to do a bit of source code modification).

I've increased MAXUSERS to 16 now, and set GATEWAY, and I'm hoping this will
fixed my files problem, plus miscellaneous errors such as:

Sep 26 22:08:39 deimos /netbsd: mb_map full
Oct  2 16:21:19 deimos /netbsd: 'swap' loses space (32)
Oct  2 16:21:20 deimos /netbsd: rmfree: map 'swap' loses space (64)
Oct  2 16:21:22 deimos last message repeated 135 times

Cheers


Jon
____
\  //    Jon Ribbens    // 10MB virtual-hosted // www.oaktree.co.uk
 \// jon@oaktree.co.uk // web space for 49UKP //