process_limit (100) reached, client connections are being dropped
Lars Täuber
taeuber at bbaw.de
Mo Mai 9 16:57:12 CEST 2016
Mon, 09 May 2016 16:44:55 +0200
Jürgen Gmach <juergen.gmach at apis.de> ==> Alles rund um Dovecot-Server <dovecot at listen.jpberlin.de> :
> Hi,
>
> >> Dovecot mit Standardwerten, also process_limit 100
> >
> > Setze das auf 500 und gut ist. Dein Server wird mehr als 1-2 GB Ram
> > haben, also gut und fertig.
> aktuell haben wir nur 1 GB RAM auf der VM, deswegen auch meine Anfrage,
> ob ich das im Vorfeld etwas erhöhen sollte.
>
> Darum hatte ich in meiner Anfrage auch den Output von dstat mitgeschickt
> - hier nochmal von free:
>
> xxx at xxx01 ~ $ free -h
> total used free shared buffers
> cached
> Mem: 1.0G 824M 179M 612K 148M
> 289M
> -/+ buffers/cache: 385M 618M
> Swap: 1.0G 114M 909M
>
Ich kann mir gerade keinen Grund vorstellen, aufgrund dessen man in einer virtuellen Maschine swappen können soll. Ist das Absicht oder einfach nur dem Installer geschuldet?
Wir haben hier ein
default_process_limit = 100
und
service imap {
process_limit = 2048
}
mit
# LANG=C free -h
total used free shared buffers cached
Mem: 7.6G 7.5G 135M 26M 201M 5.7G
-/+ buffers/cache: 1.6G 6.0G
Swap: 9.3G 55M 9.3G
und aktuell
# doveadm who 2>/dev/null | awk '{SUM+=$2} END{print SUM}'
235
Also 235 gleichzeitige Verbindungen bei ca. 400 IMAP-Konten. Der Swap-Space wird offenbar nicht genutzt und der größte Teil des RAMs geht für Caches drauf. Da ist also noch Platz für dovecot.
Grüße
Lars
Mehr Informationen über die Mailingliste Dovecot