[cyrus] DBERROR db4: Logging region out of memory

Achtung: dieser Blogeintrag wurde vor 3 Jahren, 3 Monaten und 1 Tag veröffentlicht!
Beachtet das bitte dringend, vor allem im Falle konkreter Anleitungen.
Für etwaige Schäden kann keine Haftung übernommen werden!

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

oder auch

DBERROR: xxx lockers

Parallel zu diesen Meldungen läßt 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 Prozeß, schafft es jedoch nicht mehr, irgendwelche Mails 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 außergewö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 hineinbewegte

# 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!