Re: akonadiserver and kmail are leaking memory

Wolfgang Bauer <[email protected]>
Newsgroups gmane.linux.suse.kde
Message-ID <[email protected]>
Am Sonntag, 31. März 2019, 22:40:41 schrieb Hans-Peter Jansen:
> Am Sonntag, 31. März 2019, 19:02:02 CEST schrieb Knurpht-openSUSE:
> > Op zondag 31 maart 2019 18:05:32 CEST schreef Hans-Peter Jansen:
> > > Yes, that reads 41G VSZ and 27G RSS for akondiserver, only in about 5
> > > hours
> > > wall clock run time.
> > 
> > I've experienced this in the early days, the solution was to rebuild the
> > akonadi database.
> 
> Been there, done that, same result. In fact, the whole indexing failed much
> more miserable before I tuned the mysql config to some degree, due to
> timeouts (which is okay, given my admittedly pathologic case).

One particular problem (causing huge memory and/or CPU time) I do remember 
(not from actual experience, but from reading bug reports) was caused by 
broken/corrupted agent_config_*_changes.dat files in the ~/.config/akonadi/ 
folder.
Deleting them helped (and should not cause data loss) apparently.

But that was years ago, should probably not occur nowadays...

> Will try Postgres, then. When throwing away the whole akonadi folder,
> there's a real PITA: it enumerates all IMAP folders, resulting in a fully
> mixed up special folders setup (Sent, Drafts, Templates, Trash) for all
> accounts :-(
> 
> That's a major flaw of kmail since ever... Cannot remember kmail 1 behavior
> exactly, though. ;-)

Yeah, that's because folders are referred to by their (numerical) id in the 
Akonadi database.
"Fixing" that would probably cause other problems though AIUI.

Kind Regards,
Wolfgang

-- 
To unsubscribe, e-mail: [email protected]
To contact the owner, e-mail: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.