[Postfixbuch-users] MySQL+Postfix bei großen Installationen unbrauchbar?

[nighthawk]

Kann ich bestätigen. Eine einzige zugestellte Mail öffnet bei mir 5
Verbindungen zu MySQL - und lässt Sie auch nach erfolgreicher
Zustellung offen.
Vier der fünf Verbindungen werden von Postfix geöffnet, die fünfte von
courier-authlib.
Nach 60 Sekunden werden die Postfix-Verbindungen wieder geschlossen,
nach 300 Sekunden macht Courier-Authlib sie wieder zu. Mein
interactive_timeout steht auf 28800 Sekunden - also deutlich höher als
300.
Schicke ich mehrere Mails in kurzen Abständen an den Server werden
auch mehr Verbindungen geöffnet - allerdings nicht linear. Postfix
selber scheint mit seinen Verbindungen relativ sparsam umzugehen, denn
auch drei, fünf oder sieben Mails erzeugen nicht mehr als fünf
Verbindungen. Courier scheint allerdings nicht so sparsam zu sein -
bei sieben Mails (die nicht alle gleichzeitig eingeliefert wurden)
sind nachher auch fünf Verbindungen offen. Ich würde euch empfehlen
erstmal den verschiedenen Programmen verschiedene User in MySQL zu
geben, damit Ihr sehen könnt welches Programm da tatsächlich so
exzessiv Verbindungen offen rumstehen lässt.


On 6/9/06, Rustedt, Florian <florian.rustedt at smartnet.de> wrote:
> Kann da echt niemand was zu sagen?
>
> -----Ursprüngliche Nachricht-----
> Von: Rustedt, Florian [mailto:florian.rustedt at smartnet.de]
> Gesendet: Mittwoch, 7. Juni 2006 16:18
> An: 'postfixbuch-users at listi.jpberlin.de'
> Betreff: [Postfixbuch-users] MySQL+Postfix bei großen Installationen
> unbrauchbar?
>
>
> Hallo zusammen,
>
> wir haben eine mittelgroße Postfix-Installation (>2.000 Mailboxen) mit
> Cyrus-Imap, SASL und MySQL.
> Die Anbindung zw. Pfix und Cyrus ist wie üblich über LMTP.
> Die Anbindung von Pfix an MySQL zur Authentifizierung ist über PAM gelöst.
>
> Problem:
> Allem Anschein nach hält Pfix die Threads, welche eine Verbindung zu MySQL
> aufmachen, zu lange geöffnet. Dies führte in der Vergangenheit regelmäßig
> (täglich) dazu, das MySQL die Grätsche machte, weil zu viele "Open
> Connections" vorhanden (über 1000!).
>
> Folgende Lösungen haben wir erfolglos getestet:
> 1. Reduzierung von "default process limit". Das half zwar irgendwann (<5),
> jedoch war dann - als MySQL sauber lief - Postfix SO langsam in der
> Mailannahme, das es jede Menge "rejected" Mail gab.
> 2. Einschalten des "Proxy"-Filters beim Mapping entsprechend gängiger Doku.
> Erbrachte leider keinen Unterschied.
>
> Zuletzt blieb nichts anderes übrig als MySQL-seitig das Timeout pro
> Verbindung auf zwei Minuten herunterzusetzen. Jetzt flutscht zwar alles,
> aber es gibt zu Hauf Fehlermeldungen, weil - wen wunderts -  MySQL die
> Verbindungen regelmäßig killt.
> Das ist zwar eine Zwischenlösung, aber eigentlich nicht unser Ziel, denn die
> MySQL-DB sollte durchaus auch längere Anfragen ja abarbeiten können,
> schließlich steht sie bei uns nicht nur für Pfix da.
>
> Hintergrund von allem ist, das wir eine große ISP-Applikation haben, die die
> Kunden-Daten, -Mailboxen, -Mailadressen und -Domains in MySQL abspeichert
> und Postfix dementsprechend nur diese annehmen soll.
>
> Es wäre schön, wenn jemand dazu eine Idee hätte, die sich auch in der Praxis
> bewährt hat?
> Angehängt die Configs. pam_imap entspricht /etc/pam.d/imap, sasl_smtpd.conf
> entspricht /etc/sasl/smtpd.conf, und so weiter...
>
> --
> Mit freundlichen Grüßen
> Florian
> *** eSafe scanned this email for malicious content ***
> *** IMPORTANT: Do not open attachments from unrecognized senders  ***
> --
> _______________________________________________
> Postfixbuch-users mailingliste
> Heinlein Professional Linux Support GmbH
>
> Postfixbuch-users at listi.jpberlin.de
> http://listi.jpberlin.de/mailman/listinfo/postfixbuch-users
>