kernel option to increase max open files

2003-10-16 Thread John Fox
Hi, folks.

I've got a 2.2.2 machine which I can't currently upgrade, due to funding
issues.  This machine handles a lot of mail, and I am lately finding 
dmesg output to be full of file: table is full messages, and entries
like these in the sendmail log:

   SYSERR(UID0): readqf: cannot open dfAAA29006: Too many open files in \
   system

   SYSERR(UID0): Cannot open hash database /etc/aliases: Too many open \
   files in system

So I figure I need to increase the max number of open files available.

I've looked around, and it appears I have two different options:

1) Kernel option options OPEN_MAX=### which sets the max number
of open files per user (which would be 'root' in this case, as that's who
sendmail runs as).

2) a login.conf class setting assigned to root.  The 'openfiles' setting seems
somewhat equivalent to the OPEN_MAX option.  However, I am not certain
that limits set in login.conf apply to a process being run by a user that
didn't log in (sendmail being started by init at boot, rather than from
root's login session).


I welcome any thoughts/advice on this matter, as I don't want to try either
of these changes without having done due diligence.  

Thank you,


-John
--
+---+
| John Fox [EMAIL PROTECTED]   |  System Administrator   | InfoStructure   |
+---+
|Gideon: I thought you said don't hold a grudge.|
| Galen: I don't. I have no surviving enemies...at all. |
| -- Crusdade, _Racing the Night_ |
+---+
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: kernel option to increase max open files

2003-10-16 Thread Sunil Sunder Raj
Hi,
Run sysctl -w kern.maxfiles= to what ever value is needed. To get it 
updated at startup you can put a line like kern.maxfiles= in 
/etc/sysctl.conf to have the change on every reboot. You may also have to 
edit /etc/login.conf and adjust any openfiles= lines that might be 
lowering the per-process limit.

By default the openfiles value is unlimited OR infinite.

Regards
SSR

From: John Fox [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: kernel option to increase max open files
Date: Thu, 16 Oct 2003 10:09:14 -0700
Hi, folks.

I've got a 2.2.2 machine which I can't currently upgrade, due to funding
issues.  This machine handles a lot of mail, and I am lately finding
dmesg output to be full of file: table is full messages, and entries
like these in the sendmail log:
   SYSERR(UID0): readqf: cannot open dfAAA29006: Too many open files in \
   system
   SYSERR(UID0): Cannot open hash database /etc/aliases: Too many open \
   files in system
So I figure I need to increase the max number of open files available.

I've looked around, and it appears I have two different options:

1) Kernel option options OPEN_MAX=### which sets the max number
of open files per user (which would be 'root' in this case, as that's who
sendmail runs as).
2) a login.conf class setting assigned to root.  The 'openfiles' setting 
seems
somewhat equivalent to the OPEN_MAX option.  However, I am not certain
that limits set in login.conf apply to a process being run by a user that
didn't log in (sendmail being started by init at boot, rather than from
root's login session).

I welcome any thoughts/advice on this matter, as I don't want to try either
of these changes without having done due diligence.
Thank you,

-John
--
+---+
| John Fox [EMAIL PROTECTED]   |  System Administrator   | InfoStructure   
|
+---+
|Gideon: I thought you said don't hold a grudge.
|
| Galen: I don't. I have no surviving enemies...at all. 
|
| -- Crusdade, _Racing the Night_ 
|
+---+
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to 
[EMAIL PROTECTED]
_
Buy now! Receive a gold coin on Dhan Teras. 
http://server1.msn.co.in/features/general/dhanteras/index.asp Celebrate 
prosperity!

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]