Bugzilla – Bug 17734
install stalls on windows due to huge FileCache folder
Last modified: 2011-12-13 23:00:20 UTC
install stalls at the beginning (create directory phase) disk is busy I have waited for several hours nothing happens the program files/squeezebox directory is created but remains empty
could you please check how large your cache folder is? In particular the FileCache sub-folder? You might want to delete the latter if it has thousands of files. Shouldn't harm.
(In reply to comment #1) > could you please check how large your cache folder is? In particular the > FileCache sub-folder? You might want to delete the latter if it has thousands > of files. Shouldn't harm. you're right, directory was huge (30 000 files) took me hours to delete it how is that possible ? I will try tomorrow to do the install (still waiting for the delete to finish) thanks
> you're right, directory was huge (30 000 files) > took me hours to delete it > how is that possible ? Are you using any 3rd party plugins? Andy/Triode - are we doing any purging on the cache? Eg. remove expired data? This is not the first report I've seen where the FileCache folder had grown to a huge size, causing long delays during installation. MeSue has reported the same for her system. Unfortunately the Windows installer checks every single file while it's setting permissions for the SBS cache.
(In reply to comment #3) > > you're right, directory was huge (30 000 files) > > took me hours to delete it > > how is that possible ? > > Are you using any 3rd party plugins? > > Andy/Triode - are we doing any purging on the cache? Eg. remove expired data? > This is not the first report I've seen where the FileCache folder had grown to > a huge size, causing long delays during installation. MeSue has reported the > same for her system. > > Unfortunately the Windows installer checks every single file while it's setting > permissions for the SBS cache. no 3rd party plugins installed just a windows home server (always on, very few reboots)
FWIW... I installed the 7.7.0 release on Windows tonight from the installer. It was a fresh install, with no old cache folder, and even on a fast server it's agonizingly slow. I've never seen a Windows program install as slowly. There's a point during the process where it appears to stall for a minute or more.
(In reply to comment #5) > FWIW... I installed the 7.7.0 release on Windows tonight from the installer. It > was a fresh install, with no old cache folder, and even on a fast server it's > agonizingly slow. I've never seen a Windows program install as slowly. There's > a point during the process where it appears to stall for a minute or more. after deleting manually the cache folder, installation was ok but the huge number of files is still mysterious to me very annoying because my system whs partition did get full because of this and no systems update were installed since several months because of this
> FWIW... I installed the 7.7.0 release on Windows tonight from the installer. It > was a fresh install, with no old cache folder, and even on a fast server it's > agonizingly slow. I've never seen a Windows program install as slowly. There's > a point during the process where it appears to stall for a minute or more. Jim - we know you hate it. You've state it many times before. But it doesn't help resolving this issue. Please do not dilute bug reports with unrelated comments. Thanks.
??? I was trying to say that it stalls even with no cache.
Created attachment 7552 [details] Make sure we run the initial purge cycle We always had code in place to run a purge cycle on startup, but it was buggy, skipping that initial purging. Subsequent tasks could have been skipped after a bunch of circumstances. In particular users who never shut down their players could easily end up with thousands of cached items. This change make sure we do run an initial purging at startup, and reduces the interval from 24h to 6h, in order to reduce the risk of having the purge cycle be executed always at the same time, when a player was in use. Please note that the first purging of such a large file cache could potentially delay startup by several minutes. Under normal circumstances it shouldn't take longer than a few seconds.
Created attachment 7556 [details] Use SQLite to store the cache instead of the file system Let's store the cached data in a database instead of the file system. This should not only fix this issue, but speed up purging etc. considerably. Patch attached for review.
Created attachment 7557 [details] Use SQLite to store the cache instead of the file system
== Auto-comment from SVN commit #33683 to the slim repo by mherger == == http://svn.slimdevices.com/slim?view=revision&revision=33683 == Bug: 17734 Description: rewrite cache to use a db instead of the file system
== Auto-comment from SVN commit #33694 to the slim repo by mherger == == http://svn.slimdevices.com/slim?view=revision&revision=33694 == Bug: 17734 Description: let the installer remove the legacy FileCache folder. Add message with a warning to the user - this can take several minutes.
*** Bug 17598 has been marked as a duplicate of this bug. ***
This is fixed in the upcoming 7.7.1 release. Please note that the installation of 7.7.1 might still require a lot of time, as the old cache is being cleared.
Verification passed on 7.7.1 r33735.