OK, still have the same issue. Server crashes several times a day,
always with the last line in the server log looking like this:

[16-10-19 19:17:08.5208] Slim::Utils::Misc::msg (1244) Warning:
[19:17:08.5206] Perl interpreter failed at
/<C:\PROGRA~2\SQUEEZ~1\server\SQUEEZ~3.EXE>Slim/Utils/GDResizer.pm line
165.

artwork.db is now at 99MB, Library at 27MB. I have 22k flac/mp3 files in
1800 albums and most of the albums have one "cover.jpg" file with some
exceptions.

Server settings:
- "Use LMS to resize artwork"
- "Cache album covers only"

I added some artwork related printouts in the logfile. Before the line
mentioned, it can for example look like this:
[16-10-19 19:07:17.9356] Slim::Web::JSONRPC::requestMethod (443) request
not dispatchable!
[16-10-19 19:07:18.2163] Slim::Web::Graphics::artworkRequest (80)
Artwork request: html/images/playlistclear_180x180_m.png
[16-10-19 19:07:18.2424] Slim::Web::Graphics::_cached (65)   from cache:
png (11653 bytes for html/images/playlistclear_180x180_m.png)
[16-10-19 19:07:18.2455] Slim::Web::Graphics::artworkRequest (80)
Artwork request: html/images/radio_180x180_m.png
[16-10-19 19:07:18.2487] Slim::Web::Graphics::_cached (65)   from cache:
png (14154 bytes for html/images/radio_180x180_m.png)

Any ideas how to proceed to find reason for the crashes? Remember it
started with the same behavior a few weeks ago when I didn't touched
anything in the setup, LMS version was several years old (7.5?). Now
with 7.9 and with a completely rebuilt database I still have exactly the
same error. So it must be something else, any ideas are welcome!
Scanning of the database works fine.

mherger wrote: 
> > I guess there are better way to rebuild the Cache directory than
> > removing it completely, but I didn't found any other way. Largest
> file
> > before rebuild was "artwork.db" (5300MB).
> 
> Can you check the Settings in Advanced/Performance? There's an option 
> which would list image formats LMS does pre-cache. What do you see
> there?
> 
> I did fix an issue in 7.9 which could have caused massive growth for 
> artwork.db. But it's an issue which requires the new creation of that 
> file. Just running 7.9 would not have changed it. Therefore that growth
> 
> problem might now be gone. Please let me know if that's not the case.
> 
> -- 
> 
> Michael



Does this unit has a bad motivator?
------------------------------------------------------------------------
gonk's Profile: http://forums.slimdevices.com/member.php?userid=1271
View this thread: http://forums.slimdevices.com/showthread.php?t=101516

_______________________________________________
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta

Reply via email to