Kontact Touch, N9, large account

Bernhard Reiter bernhard at intevation.de
Sat Jul 7 19:20:47 UTC 2012


Am Donnerstag, 7. Juni 2012, 09:59:27 schrieb Bernhard Reiter:
> > > So I guess I should set the
> > >
> > >   SizeThreshold = 8192
> > >
> > > configuration variable in  .config/akonadi/akonadiserverrc
> > > the default is 4096. I should probably add this to the wiki as well.
> > > 
> > > Does anyone know what out looking it up:
> > > Can I change the value in a running installation?
> > 
> > Yes, it will only affect newly generated files though, there is no support
> > for migration between db and file system.

I'm unsure if this is recommendable. I'm missing a way to get rid of the 
smalle files. 

> > > How would I get rid of the small files then, just stopping akonadiserver
> > > and deleting them?
> > 
> > There is no support for doing this at the moment, and there is no
> > guarantee
> > that things will recover automatically from randomly deleted files. If it
> > does, there is a good chance it will be extremely inefficient (requesting
> > the missing parts one by one, rather than in bulk).

Tried this with 
akonadi-runtime-1.7.2-121.2.x86_64
kdepimlibs4-4.8.4-289.3.x86_64

I've deleted a file from .local/share/akonadi/file_db_data/
which used to be a signed email. Afterwards it did not recover by itself.
Note even got a useful message as user, just that the crypto module did not 
return anything, but raw view showed no body of the email at all.

Using the akonadiconsole and "clear akonadi cache" on the folder and 
syncing again helped. But this is not feasable for all folders or a normal 
user.

Do people here agree that there should be a better failure message to the 
user? (If so, I may file a report for this.)
 
> Thanks Volker for the assessment, this saves a lot of time on my end!
> I think I either try and test if there is recovery or I may
> see if I can renew the cache for some folders somehow.
> Maybe by switching off some folders by local subscriptions.

I've switched off a folder with some email that had entries in 
.local/share/akonadi/file_db_data/ using the local subscription.
However the file I was watching did not disappear.
When should it disappear?
If it does not disapper at all, I guess this would be an issue that I would 
report.

So I'll try deleting the accounts, stopping akonadi and then changing the
 SizeThreshold and adding the accounts again.

The 32764 file limit really is a limit given that my fuller desktop sync
of those accounts is over 220000 file in this directory.


More information about the Kde-mobile mailing list