[Postfixbuch-users] Steigende Zahl von DBERROR db4 locker

[Andreas Winkelmann]

On Monday 05 February 2007 12:18, hb wrote:

> ich betreibe einen SLOX 4.1.
> Seit einiger Zeit zeigen sich sporadisch Performanceprobleme.
> Die Zustellung von Mails innerhalb der eigenen Domäne verzögert sich,
> einzelne Clients können sich wegen erreichen des timeout nicht einloggen.
> Erst nach 'rccyrus restart' normalisiert sich das System wieder.
>
> In den logfiles finde ich dazu folgende Zeilen :
>
> Jan 29 09:43:21 servslox lmtpd[18207]: DBERROR db4: 203 lockers
> Jan 29 09:44:45 servslox lmtpd[18207]: DBERROR db4: 203 lockers
> Jan 29 09:46:04 servslox lmtpd[18207]: DBERROR db4: 204 lockers
> Jan 29 09:46:48 servslox lmtpd[18207]: DBERROR db4: 207 lockers
> Jan 29 09:47:39 servslox lmtpd[18207]: DBERROR db4: 209 lockers
> Jan 29 09:49:19 servslox lmtpd[18207]: DBERROR db4: 212 lockers
> Jan 29 09:50:14 servslox lmtpd[18207]: DBERROR db4: 214 lockers
> Jan 29 09:52:44 servslox lmtpd[18207]: DBERROR db4: 217 lockers
> Jan 29 09:53:11 servslox lmtpd[18207]: DBERROR db4: 218 lockers
> Jan 29 09:54:18 servslox lmtpd[18207]: DBERROR db4: 220 lockers
> -> hier rccyrus restart
> Jan 29 09:54:36 servslox tls_prune[3900]: DBERROR db4: 4 lockers
>
> An die Meldung "DBERROR db4: 4 lockers"  hatte ich mich gewöhnt, solange
> es bei 4 lockers blieb und nur ganz selten auftrat.
> "normally not harmful"  fand ich beim googlen. So harmlos sieht nun
> nicht mehr aus. Kann jemand mit dieser Meldung etwas anfangen?

Versuch mal herauszubekommen, um welche Datenbank es sich handelt. lmtpd 
könnte die deliver.db sein. Evtl. mal in ein anderes Format konvertieren oder 
die Prozessanzahl vom lmtpd verringern (Das aber dann auf beiden Seiten 
Postfix und Cyrus-Imapd).

Lesenswert ist:

http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/BerkeleyDbLockers

-- 
	Andreas