DBERROR Kuchen

wall < "DBERROR db4: Logging region out of memory"

Broadcast message from spillerm@unixe.de (pts/1) (So Nov 09 13:02:30 2008):
4
Diesen Beitrag schrieb ich vor 10 Jahren. Behalte das beim Lesen bitte im Hinterkopf.

Es ist zum Auswachsen: auf einem OpenExchange-Setup, das sich auf cyrus-imapd und postfix stützt und das lange, sehr lange einfach vor sich hin funktioniert hat, erscheinen plötzlich nachfolgende Meldungen im Log:

Nov  5 08:31:39 ox pop3s[6110]: DBERROR db4: Logging region out of memory; you may need to increase its size
Nov  5 08:31:39 ox pop3s[6110]: DBERROR: opening /var/lib/imap/tls_sessions.db: Cannot allocate memory
Nov  5 08:31:39 ox pop3s[6110]: DBERROR: opening /var/lib/imap/tls_sessions.db: cyrusdb error
DBERROR: xxx lockers

Parallel zu diesen Meldungen lässt sich eine enorm hohe Load auf dem System beobachten, überdurchschnittlich viele lmtpd connection timeouts bis hin zum völligen Stillstand des cyrus — der läuft zwar noch als Prozess, schafft es jedoch nicht mehr, auch nur ansatzweise Emails zu verarbeiten (in dem Moment geht dann auch die Load das Gesamtsystems nahezu auf Null).

Auch interessant: nach einem Restart des Prozesses läuft eine Weile lang wieder alles wie gewünscht — in meinem Fall wurden die Intervalle bis zum nächsten Knall jedoch immer kürzer, da in der Queue immer mehr Kram auflief. Wie konnte ich den Fehler beheben?

Auf dem System handelt es sich um eine Standard-Installation, sprich: keine aussergewöhnlichen Pfade und ähnliches. Also bestand der erste Schritt darin herauszufinden, welches das configdirectory des cyrus ist:

$ grep configdirectory /etc/imapd.conf
configdirectory: /var/lib/imap

In diesem /var/lib/imap findet sich ein Ordner namens db, in den ich unverzüglich hinein bewegte:

$ cd /var/lib/imap/db

Und dort habe ich ein File DB_CONFIG mit nachfolgendem Inhalt angelegt:

set_cachesize 0 2097152 1
set_lg_regionmax 2097152

Das File wird bei einem Restart des cyrus automatisch ausgewertet, und das Problem ist gelöst — einfach so. Die Fehlermeldung tauchte nicht wieder auf, das System ist sehr viel performanter.

Per Default werden nur wenige kB (256?) als Cache bereitgestellt; durch die Erhöhung der Cache-Size wurden die Plattenzugriffe deutlich reduziert!

4
  1. *grins*

    Aus der Reihe »sinnlose BDB-Fehler« kann ich Euch heute abend gleich den nächsten präsentieren…

    Aber wie auch immer: den cyrus selbst mag ich sehr gerne! Nur BDB ist doof (ggf. doch mal skiplist versuchen…?).

  2. Was soll ich sagen: Ich weiss, warum ich seit Jahren erfolgreich einen Bogen um den bösen cyrus mache und dovecot verwende.

    Oder auch: BerkleyDB – immer für ein unnötiges Problem gut.

Keine weitere Reaktionen mehr möglich.