Bug 17644 - Squeezebox database and logfiles fill up OS-partition
: Squeezebox database and logfiles fill up OS-partition
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: 7.6.1
: Infrant ReadyNAS RAIDiator x86
: P2 normal (vote)
: 7.7.1
Assigned To: Michael Herger
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-10-12 09:37 UTC by Sami Koivikko
Modified: 2011-11-02 08:36 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sami Koivikko 2011-10-12 09:37:54 UTC
On ReadyNAS there's only 4 GB root partition which gets filled up by the database, scanner log files and cache. This will cause the whole system to get out of function when having a big music collection. My proposal is to move the database to the volume partition (for example /c/squeezeboxserver) where it would have all the user disk space available.
Comment 1 Michael Herger 2011-10-12 10:02:43 UTC
How large is your collection (# of tracks), and how much is SBS using on the root partition?
Comment 2 Michael Herger 2011-10-12 10:05:31 UTC
FWIW: my 16k music & 12k picture collection creates a 835MB artwork.db file... This might indeed become a problem with LMS scanning images and videos too.
Comment 3 Sami Koivikko 2011-10-12 11:08:39 UTC
(In reply to comment #1)
> How large is your collection (# of tracks), and how much is SBS using on the
> root partition?

24k music with lot's of ID3v2 tag info. A ReadyNAS remote support guy removed the SBS database, so I cannot say how much the disk usage was. I have now disabled the service and ran CleanDB. ReadyNAS root is currently using 886MB. I guess the database must have been over 3GB.
Comment 4 Sami Koivikko 2011-10-12 13:43:04 UTC
Got a response from the ReadyNAS support: "it was the dbs and logs. The databases were 600mb to 1 gig (3 databases) and the log was close to 400mb."
Comment 5 Michael Herger 2011-10-12 13:51:06 UTC
> Got a response from the ReadyNAS support: "it was the dbs and logs. The
> databases were 600mb to 1 gig (3 databases) and the log was close to 400mb."

Would you mind sending me the tech's mail address? I'd like to talk to them about how log files are being handled etc. IMHO those files should be rotated by the system.

I'm currently looking into moving our data out of the root partition. They might help us there too. Thanks!
Comment 6 SVN Bot 2011-10-12 14:09:54 UTC
 == Auto-comment from SVN commit #33597 to the slim repo by mherger ==
 == http://svn.slimdevices.com/slim?view=revision&revision=33597 ==

Bug: 17644
Description: log rotation on ReadyNAS seems to be broken for our log files. Let's make sure we don't outgrow the 100MB file size
Comment 7 Sami Koivikko 2011-10-12 14:41:07 UTC
OK the tech told me you can contact him. I will send you his email
Comment 8 SVN Bot 2011-10-13 01:53:09 UTC
 == Auto-comment from SVN commit #33598 to the slim repo by mherger ==
 == http://svn.slimdevices.com/slim?view=revision&revision=33598 ==

Bug: 17644
Description: modify ReadyNAS package to use /c/squeezeboxserver instead of /var/lib and /var/log, as the latter can easily run out of disk space.
Comment 9 SVN Bot 2011-10-13 03:13:33 UTC
 == Auto-comment from SVN commit #33599 to the slim repo by mherger ==
 == http://svn.slimdevices.com/slim?view=revision&revision=33599 ==

Bug: 17644
Description: add preinst script to remove stale copies of the startup script
Comment 10 SVN Bot 2011-11-02 08:35:36 UTC
 == Auto-comment from SVN commit #33644 to the slim repo by mherger ==
 == http://svn.slimdevices.com/slim?view=revision&revision=33644 ==

Bug: 17644
Description: port changes from ReadyNAS branch to fix spilling the root partition with our caches etc.
Comment 11 SVN Bot 2011-11-02 08:35:54 UTC
 == Auto-comment from SVN commit #33645 to the slim repo by mherger ==
 == http://svn.slimdevices.com/slim?view=revision&revision=33645 ==

Bug: 17644
Description: port changes from ReadyNAS branch to fix spilling the root partition with our caches etc.
Comment 12 Michael Herger 2011-11-02 08:36:29 UTC
This issue should be fixed in tze 7.7.1 build. Thanks for the heads up!