mherger wrote: > > The first time it occurred was at 583 of 586 items, second time at 87 > of > > 586 items. > > Should this happen again, then please enable debugging for > plugin.musicartistinfo before running the next scan. This would show at > > which stage it's crashing. > > > I've now deleted the complete var/lib/squeezeboxserver/cache > > folder on my squeezeplug and left it doing a "clear and rescan" this > > morning. The cache folder was 1.37GB, is that normal? > > What's your library size? How many artists & albums? What LMS version? > And > which file used how much space?.... too late for that one, I guess > (unless > it's still somewhere in your console's output buffer). > > The artwork cache has had an issue up to 7.7.3 which caused it to never > > free disk space. This could have caused massive file. With roughly 1300 > > albums, 18k tracks, my artwork.db is about 200MB. imgproxy.db (7.8 only, > > used for artist pictures and some other stuff) weighs 310MB. cache.db > can > be pretty heavy too, when some of the downloaded artwork is huge. That's > > another 280MB here. > > After the release of 0.7.1 I figured out imgproxy.db might grow more > than > necessary. There's a similar issue to the aforementioned artwork.db not > > freeing unused space. I'm working on fixing this for the next release. > > -- > > Michael
After the rescan cache folder is down to 207MB. Library is 28554 tracks, 1708 albums, 585 artists. Artwork.db is 30MB, imgproxy.db is 20MB, cache.db is only 624KB. ------------------------------------------------------------------------ slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=99537 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
