Am Sat, 14 Dec 2013 16:12:59 +0800
schrieb Ferne Quinlan <shimmy886(a)gmail.com>:
I have the same problem. Any solutions?
man bash(1) section ulimit.
ulimit -Hn8192 -Sn4096
-Dieter
2013/12/14 Todd Lyons <tlyons(a)ivenue.com>
> On Tue, Dec 3, 2013 at 6:59 AM, Aaron Bennett <abennett(a)clarku.edu>
> wrote:
> > Just to clarify – subject on original post was wrong – version is
> > 2.4.36.
> >
> > From: Aaron Bennett
> > Sent: Tuesday, December 3, 2013 9:58 AM
> > To: 'openldap-technical(a)openldap.org'
> > Subject: 2.4.26 : too many open files
> >
> > I just ran into this yesterday on CentOS 6 / OpenLdap 2.4.36, my
> > own
> build
> > against bdb 5.1.29 and OpenSSL.
> >
> > Dec 2 16:55:40 animal slapd[13735]: bdb(dc=clarku,dc=edu):
> > /var/lib/ldap/log.0000032796: log file unreadable: Too many open
> > files Dec 2 16:55:40 animal slapd[13735]: bdb(dc=clarku,dc=edu):
> > PANIC: Too
> many
> > open files
> > Is there anything I can do short of an automatic restart to
> > prevent that from cropping up again? I have an MMR via Syncrepl
> > setup with nothing
> too
> > complicated; can’t think of any reason offhand that slapd would
> > need to
> have
> > more than 1024 files open.
>
> I've bumped up against this too on our CentOS 5 mail servers. It
> seems there are various variables that can cause this limit to get
> hit. Google for "openldap too many open files" and you'll see
> several different cases for this (built with tcpwrappers, default
> ulimit soft and hard limits, etc).
>
> In my case, it was too many incoming TCP connections, not actually
> the number of open files on the filesystem. To fix it, I just added
> another ldap server: I made a third VM (another slave ldap server)
> and added it to the load balancer. If I ever start to bump up
> against it again, I'll make a fourth one (not likely, it's part of
> a declining system as customers request migration to the newer
> system).
>
> No doubt that's not the answer you are looking for, but it works for
> my simple case.
> ...Todd
> --
> The total budget at all receivers for solving senders' problems is
> $0. If you want them to accept your mail and manage it the way you
> want, send it the way the spec says to. --John Levine
>
>
--
Dieter Klünter | Systemberatung
http://dkluenter.de
GPG Key ID:DA147B05
53°37'09,95"N
10°08'02,42"E