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