OK, finally I got this issue solved and I can continue to use all my SBs again. I had a slowly growing *artwork.db* file well over 1GB after some weeks or so with crashes more and more often. Finally I found an old setup file for a plug-in: *gallery.prefs* (This plug-in was not activated anymore, but in some way this file was read regardless of the settings)
In this file there was a reference to a directory with all my pictures. (400GB/70000pictures - OK photography is another interest) So it seems that the server tried to index in some way all 70k pictures causing the large database and crashes when calling GDResizer.pm In some way this was done in the background and never told me in any way that this was going on. Anyway, I'm happy again and doesn't need to look into other solutions. Got a box full of spare Squeezeboxes in different flavours that will last for many years :) gonk wrote: > 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. 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 [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
