Re: [squid-users] file descriptor problem

Hi Marc

ok, my replies are finally going through....thanks guys!!!!

the kernel was added to my OS using the RMP command.
no special switches etc were used.

rgds,
hement

Elsen Marc wrote:

>
>
>>hi all
>>
>>For some reason i am unable to mail replies to the list..it
>>complains of
>>my MIME version..however i can send my first mail .....strange (??)
>>
>
> In all cases send 'simple ascii' to the list only. Perhaps your
> mailer behaves differently on send versus reply which is quite possible.
>
>
>
>>So apologies for starting a new thread...
>>
>>
>
> (? -> Don't) Any new issue should be a posted as a new thread.
>
>
>>I have compiled Squid 2.5 stable 5 on a Redhat 9 server
>>Linux version 2.4.20-31.9smp (bhcompile@daffy.perf.redhat.com) (gcc
>>version 3.2.2
>>20030222 (Red Hat Linux 3.2.2-5)) #1 SMP Tue Apr 13 17:40:10 EDT 2004
>>
>>but I get a msg saying
>>
>>checking for strerror... (cached) yes
>>checking Default FD_SETSIZE value... 256
>>checking Maximum number of filedescriptors we can open... 256
>>WARNING: 256 may not be enough filedescriptors if your
>>
>
> Strange that this kernel seems to come with a max. of 256 usable fd's per process.
> Where any values tweaked during installation of this server ?
> Or anything special done during a kernel re-compile (e.g.) ?
>
> I tend to believe this is not a Redhat default.
>
>
>>
>>i have used the ulimit -HSn #### command and done a make clean and
>>compile..but no luck.
>>I have also edited various files (as per FAQ) to increase FD
>>but to no
>>avail.
>>
>>Here is output of the edits/changes I have done as well as any other
>>info i think may be relevant
>>
>>grep FD_SETSIZE typesizes.h
>>#define __FD_SETSIZE 1024
>>define __FD_SETSIZE 157272
>>
>>more file-max
>>419430
>>
>>[root@athena2 fs]# more file-nr
>>150 50 419430
>>
>>[root@athena2 fs]# more inode-nr
>>18243 1369
>>
>>[root@athena2 fs]# ulimit -a
>>core file size (blocks, -c) 0
>>data seg size (kbytes, -d) unlimited
>>file size (blocks, -f) unlimited
>>max locked memory (kbytes, -l) unlimited
>>max memory size (kbytes, -m) unlimited
>>open files (-n) 90000
>>pipe size (512 bytes, -p) 8
>>stack size (kbytes, -s) 8192
>>cpu time (seconds, -t) unlimited
>>max user processes (-u) 7168
>>virtual memory (kbytes, -v) unlimited
>>
>>once again, i fear i may not be able to reply to any replies
>>i get via
>>the list.
>>
>>
> That 'fear' should be resolved , by not using html or mime stuff when
> replying; in all cases better resolve this , because otherwise
> iterative discussions will be impossible which is probably not what
> you want.
>
> M.
>
>
Received on Thu Jun 03 2004 - 07:19:06 MDT