IMAP Error: E-1992: The buffer pool "" is full

sbudach

Ich versuche gerade mein Postfach von Kopano per imapsync zu migrieren. Der erste Lauf hat auch funktioniert. aber bei den folgenden Läufen, kommt irgendwann, wenn die INBOX bearbeitet wird, folgended im Log des IMAP-Prozesses:

-- Journal begins at Thu 2022-08-11 08:53:42 CEST. --
Aug 13 10:58:20 grommunio imap[8106]: [mysql_adaptor]: host [localhost]:3306, #conn=8 timeout=0, db=grommunio
Aug 13 10:58:20 grommunio imap[8106]: [authmgr]: backend selection none
Aug 13 10:58:20 grommunio imap[8106]: [user_filter]: case-insensitive
Aug 13 10:58:20 grommunio imap[8106]: [user_filter]: audit capacity is 0
Aug 13 10:58:20 grommunio imap[8106]: [user_filter]: audit interval is 1min
Aug 13 10:58:20 grommunio imap[8106]: [user_filter]: audit times is 10
Aug 13 10:58:20 grommunio imap[8106]: [user_filter]: temporary list capacity is 0
Aug 13 10:58:20 grommunio imap[8106]: [user_filter]: grey list growing number is 0
Aug 13 10:58:20 grommunio imap[8106]: ---------------------------- service plugins end----------------------------
Aug 13 10:58:20 grommunio imap[8106]: [system]: IMAP DAEMON is now running
Aug 13 11:00:37 grommunio imap[8106]: E-1992: The buffer pool "" is full. This either means a memory leak, or the pool sizes have been configured too low.
Aug 13 11:00:37 grommunio imap[8106]: I-1994: Size is dynamic but not tunable.

Bei den anderen, deutlich kleineren Konten passiert das nicht. Gibt es da irgendwo ein tuneable?

crpb

Schau mal hier. Vielleicht ist ja was dabei :)

Und ansonsten schau mal in die Imapsync README. Evtl. kannste mit den --max.... Schaltern was limitieren oder die Ordner einzeln, nacheinander Synchronisieren...

sbudach

crpb

Lustigerweise klappte ja der erste Sync… und da es sich nur um die Inbox mit 27k Mails handelt lässt sich das nicht weiter eingrenzen, was die Ordner betrifft. Ich kann mal die Inbox löschen und schauen, was imapsync dann macht…

WalterH

Sind wirklich alle Updates installiert? Das pools ohne Namen im Log gemeldet werden, sollte eigentlich gefixt sein.

Wegen dem Pool: den Wert gemäß https://docs.grommunio.com/man/midb_agent.4gx.html von midb_agent_command_buffer_size auf 1024K setzen. Möglicherweise 2048. Das könnte helfen.

sbudach

WalterH Sind wirklich alle Updates installiert? Das pools ohne Namen im Log gemeldet werden, sollte eigentlich gefixt sein.

Ich setze aktuell die Debian Version ein und da sind alle updates installiert. Das letzte erst Gestern.

WalterH Wegen dem Pool: den Wert gemäß https://docs.grommunio.com/man/midb_agent.4gx.html von midb_agent_command_buffer_size auf 1024K setzen. Möglicherweise 2048. Das könnte helfen.

Ahh, ich war mir nicht sicher, ob hier der midb_agent gemeint ist. Dann versuche ich das mal damitm danke.

sbudach

Oh well… da war jetzt noch ein Update für gromox und jetzt steht da in der Tat ein Buffername:

Aug 14 11:30:02 grommunio imap[920]: E-1992: The buffer pool "g_blocks_allocator.d" is full. This either means a memory leak, or the pool sizes have been configured too low.
Aug 14 11:30:02 grommunio imap[920]: I-1994: Size is dynamic but not tunable.

crpb

Vielleicht liegts ja auch dann an so nem kram

 OPTIONS/folders sizes
 --nofoldersizes     : Do not calculate the size of each folder at the
                       beginning of the sync. Default is to calculate them.
 --nofoldersizesatend: Do not calculate the size of each folder at the
                       end of the sync. Default is to calculate them.
 --justfoldersizes   : Exit after having printed the initial folder sizes.

Und ich war mir nicht mehr ganz sicher, aber hab eben noch mal gerschaut und es geht auch ein lauf über start/stop Datum(alter..) setzen was ja auch im Grunde eine sichere Variante ist wenn man das geskriptet immer nur monatsweise oder so laufen lässt..

 --maxage       int  : Skip messages older than  int days.
                       final stats (skipped) don't count older messages
                       see also --minage
 --minage       int  : Skip messages newer than  int  days.
                       final stats (skipped) don't count newer messages
                       You can do (+ zone are the messages selected):
                       past|----maxage+++++++++++++++>now
                       past|+++++++++++++++minage---->now
                       past|----maxage+++++minage---->now (intersection)
                       past|++++minage-----maxage++++>now (union)

sbudach

crpb

Joa… ich denke ich mach das mal mit --maxage, nachdem der neue initiale Sync durch ist - welcher, wie auch vorher, problemlos läuft.

Mal sehen…

WalterH

Ich würde testweise im /etc/gromox/imap.cfg die Variable g_blocks_allocator = 1024K setzen und imap restarten.
Könnte helfen, bin aber nicht sicher.

jengelh

gromox-1.28-169-gc01d4534e löst das mit dem leeren Poolnamen und -beschreibung.

sbudach

Jo - sieht so aus. Jetzt läuft auch der inkrementelle imapsync.durch…

WalterH

Die Entwickler lesen mit. ;-)

sbudach

Eh… ? Habe ich mich etwa beschwert, oder fehlt da einfach nur ein Smiley?

WalterH

Es fehlt der Smiley, gerade nachgeholt.

sbudach

😀