Re: Solaris and running out of file descriptors - resolved.

On Fri, 28 Jan 2000, Henrik Nordstrom wrote:

> Peter K wrote:
>
> > During ./configure it found FD_SETSIZE is 1024, yet that the max file
> > descriptors it could open is 128.
> >
> > /etc/system contains
> > set rlim_fd_max = 1024
>
> Have you rebooted?

Yep.

> What is the output of
> sh -c "ulimit -Sn"
> sh -c "ulimit -Hn"

Well, now both _do_ report 1024

> Squid can not go any higher than the output of ulimit -Hn.
>
> > As per FAQ 11.4 I added #define SQUID_FD_SETSIZE 1024, albeit somewhat
> > dubiously since this is not referenced in any of the .[ch] files; it
> > seems that DEFAULT_FD_SETSIZE might be more applicable ?
>
> This is old information. Current Squid versions will automatically
> redefine FD_SETSIZE to the amount allowed by your OS when poll is used,
> unless it is known that redefining FD_SETSIZE does not work on the OS
> used.

Hmmm. FAQ is out of date.

> On Fri, 28 Jan 2000, Jens-S. Voeckler wrote:
> > What did configure have to say about the FD limits?
> Same warning about less than 512 FDs

> So, it does not see the new hard limit for some reason.
> Are you sure that not some thingies in /etc/profile or
> .profile or .yourshellrc are setting different limits? No
> misspellings in /etc/system, and no superflous whitespaces
> alongside the equals sign (just one between set and rlim)?

AAAAAAAAAAAAAAAArrrrrrrrrrrrrrrrrrrrrggggggggggggggggggggg !

My friendly sys-op had 'ulinit -Hn 128' in /etc/profile under the
heading '# Increasing system-wide limits'
-----------^^^^^^^^^^ <!@#$%^&*()>

>> User is root in all instances. /usr/bin/ulimit -Hn outputs 128 (but
>> ulimit pertains to _file_ size on _writes_, not number of open FDs
...)

> Not mine, my shell reports the number of open(able) FDs with parameter
> -n.
> But then, I am notoriously using a bash even as root. Try a ksh.

Notorious when using bash ? Ok, I'm also 'notorious'.

<snip>

> Come to think of, what version of Solaris are we talking about?

I'm thinking ... 2.6 :)

> Anyway, /var/log/* indicate that the system never complained about <
> 1024 FDs before the insertion of the directive in /etc/system.

> Because 1024 FDs should be the default hard-limit.
> Do you have a "special" configuration, like having a meta-device (md)
> root partition, but booting from a different partition, or one of the
> special boot prom parameters which selects a different /etc/system?

Some, but that doesn't affect it. Anyway, dear sys-op has been
suitably chastised, squid's running with 1024 FD's available, all may
return to their respective idle modes again.

Thanks, guys

Peter Kooiman | Voice : +27-12-547-2846
                                        | Cell : +27-82-321-3339
Box 81214, DOORNPOORT, 0017, RSA | e-mail : pko@paradigm-sa.com
Received on Mon Jan 31 2000 - 09:39:23 MST