Dovecot steht still

    Hallo liebe Community,


    heute Morgen erreichten mich massive Beschwerden zahlreicher Kunden, dass sie keinen Zugriff mehr auf Ihre Mails haben. Ein Neustart des Servers löste das Problem vorerst. Im Syslog fand ich haufenweise solche Meldungen:


    All login processes are in use. You may need to increase login_max_processes_count


    Ich gehe davon aus dass hier versucht wird, sich unrechtmäßig Zugriff auf den Server zu verschaffen. Was könnt ihr mir raten? Nochmal sollte der Server nicht stehen. Kann man den Wert einfach erhöhen?


    Ich verwende Version 1.6.0 (r2052).
    Für eure Hilfe vorab herzlichen Dank.

    Ohne zu wissen was auf Deinem Server abgeht, schon einmal das... sagen wir mal "gefunden" ?
    - http://wiki.dovecot.org/LoginProcess

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

    Nach der Doku sieht es so aus als ob die neue TLS-Funktion, die ich erst seit kurzem dank des Updates 1.6 einsetze, das Problem verursacht. In der /etc/dovecot/dovecot.conf ist allerdings der Wert login_max_processes_count nicht definiert. Desweiteren stellt sich die Frage ob LiveConfig Änderungen an der dovecot.conf nicht einfach bei nächster Gelegenheit wieder überschreibt?

    Sofern Du bei "dovecot" in der Serververwaltung nicht auf "Speichern" klickst, sollte die Konfiguration nicht überschrieben werden.


    KK hat im einem Thread darüber hinaus auch mal geschrieben das auf notwendige anpassungen während eines LiveConfig updates im vorfeld hingewiesen wird. Sollte also eigentlich nichts passieren.
    Zur sicherheit würde ich das dennoch nach einem Updates prüfen.


    Bezüglich der Lösung bzw. Ursachenfindung kann ich Dir leider nicht behilflich sein da meine LC-Testserver derzeit nicht in Betrieb sind.


    Übriens: Wenn ein Wert nicht expliziet in der Konfigurationsdatei definiert ist, gilt im allgemeinen ein Standartwert.
    Der Default-Wert scheint zu sein:

    Code
    login_max_processes_count = 128
    Maximum number of login processes to create. The listening process count usually stays at login_processes_count, but when multiple users start logging in at the same time more extra processes are created. To prevent fork-bombing we check only once in a second if new processes should be created - if all of them are used at the time, we double their amount until the limit set by this setting is reached.

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

    Einmal editiert, zuletzt von webby () aus folgendem Grund: defaultwert login_max_processes_count

    Habt Ihr den den Wert erhöht - wodurch sich das Problem schon gelöst haben könnte?

    - LiveConfig 1.6.0-r2052 (Inaktiv) :: BETA: 1.6.1 - r2142 (Inaktiv)
    [HR][/HR] - CentOS 6.3 x64[HR][/HR]- Apache 2.2.15 - PHP 5.4.12* - mod_suphp 0.7.1** - MySQL 5.5.30*
    - Postfix 2.6.6 - dovecot 2.0.9 - Clamd 0.97.6** - clamav-milter 0.97.6**- postgrey 1.34**
    - vsFTPd 2.2.2 - AWStats 7.0**
    * Aus dem REMI-Repository :: ** Aus dem rpmforge-Repository

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden