[SOLVED] Error "Too open many file" on ubuntu 9.04

[hoangnam8484]

+ can not check mail when this error
+ Often it appears on every afternoon
+ I did a few things to the forum but did not resolve the problem

2009-12-01 14:22:33,542 WARN  [btpool0-9 - Acceptor0 SelectChannelConnector@0.0.0.0:80] [] log - EXCEPTION 
java.io.IOException: Too many open files
	at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
	at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:145)
	at org.mortbay.jetty.nio.SelectChannelConnector$1.acceptChannel(SelectChannelConnector.java:75)
	at org.mortbay.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:565)
	at org.mortbay.io.nio.SelectorManager.doSelect(SelectorManager.java:192)
	at org.mortbay.jetty.nio.SelectChannelConnector.accept(SelectChannelConnector.java:124)
	at org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:707)
	at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:451)

+ Here are some information systems

zimbra@server1:~$ zmcontrol -v
Release 6.0.0_GA_1805.UBUNTU9 UBUNTU9 FOSS edition.
zimbra@server1:~$ ulimit -n
524288
root@server1:~# ulimit -n
1024
in  /etc/security/limits.conf
* soft nofile 524288
* hard nofile 524288
---------------------------------
in /etc/pam.d/common-session
# here are the per-package modules (the "Primary" block)
session [default=1]                     pam_permit.so
# here's the fallback if no module succeeds
session requisite                       pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
session required                        pam_permit.so
# and here are more per-package modules (the "Additional" block)
session required        pam_unix.so
session optional                        pam_ck_connector.so nox11
# end of pam-auth-update config
#session        required        pam_limits.so
session required        pam_limits.so

Thank you for all your help

[phoenix]

Did you restart Zimbra or reboot the server after making any changes (you should have done)? As you're getting this response:

root@server1:~# ulimit -n
1024

It would imply you didn't restart Zimbra. In future, when you post details about a problem please include a description of what you've actually done or changed on your system to try and fix the problem.

[Klug]

He's also using a non supported OS...

[hoangnam8484]

-I worked under the guidance of the article on "this"
-then restart
-and now I am waiting for results

[hoangnam8484]

I did follow the instructions but my problem is still unresolved.

help me!

root@server1:~# ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 20
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

[phoenix]

The command you ran in the above post should have been done as the Zimbra user, you should also post the output of the following commands:

cat /etc/security/limits.conf
cat/etc/pam.d/common-session

[hoangnam8484]

zimbra@server1:~$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 20
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 524288
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

file limit.conf

root@server1:~# cat /etc/security/limits.conf

# End of file
# nam them vao

#* - nofile 524288
#* hard nofile 524288
* soft nofile 524288
* hard nofile 524288

root@server1:~# cat /etc/pam.d/common-session
#
# /etc/pam.d/common-session - session-related modules common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of modules that define tasks to be performed
# at the start and end of sessions of *any* kind (both interactive and
# non-interactive).
#
# As of pam 1.0.1-6, this file is managed by pam-auth-update by default.
# To take advantage of this, it is recommended that you configure any
# local modules either before or after the default block, and use
# pam-auth-update to manage selection of other modules.  See
# pam-auth-update(8) for details.

# here are the per-package modules (the "Primary" block)
session [default=1]                     pam_permit.so
# here's the fallback if no module succeeds
session requisite                       pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
session required                        pam_permit.so
# and here are more per-package modules (the "Additional" block)
session required        pam_unix.so 
session optional                        pam_ck_connector.so nox11
# end of pam-auth-update config
#session        required        pam_limits.so
session required        pam_limits.so

thanks you very much!!

[hoangnam8484]

help me!!!

[hoangnam8484]

no way why?

[cdmdotnet]

Did you get a solution to this at all?