Bugzilla – Bug 17598
Installer hangs during automatic uninstall of earlier version
Last modified: 2011-11-13 22:10:47 UTC
Running an upgrade install of RC2 (r33512) over 7.2.0 latest nightly, the installer spawned a .tmp process to uninstall Squeezebox Server. This hung forever with its Cancel button greyed out, and the install would not continue. When I killed the uninstall process the install resumed and appeared to complete successfully, and a full rescan discovered all my music. I did not try any image or video files.
is 7.2.0 a typo? Did you mean to write 7.6.2? Did it really hang, or was it busy doing something (though no feedback given)?
Tried this again: working as expected. When asked, did you choose the option to remove all settings and data? This can take a rather long time if you have a large library. Removing the artwork cache has lead to "installer is hanging" reports before. But leaving it alone for a few minutes (many if needed) usually resolved the issue.
Sorry, yes, 7.6.2. I don't recall seeing an option to remove all settings and data; immediately after I started the install of RC2 it began the uninstall of the previous version without any prompts. I left it for several hours before killing the .tmp uninstall process, which was consuming zero CPU at the time. My library is about 10,000 tracks, mostly MP3, some FLAC, with a few hundred small-size folder.jpg files.
Some further information, Michael. I just tried installing RC3 over RC2, and again it loaded the Squeezebox Server uninstall process without asking and without any options. I killed off both the install and the uninstall, and started a manual uninstall of 7.6.2. This also ran until I killed it, with Task manager showing SqueezeSrv.exe and SqeezeTray.exe each starting and stopping alternately - that is, Srv running for a few seconds at high CPU then stopping, followed by Tray doing the same thing, this sequence repeating indefinitely. Something is seriously wrong with the uninstall of 7.6.2, but it isn't an LMS issue. I restored the system to a point prior to installing 7.7.0, and the manual uninstall of 7.6.2 still shows the same behavior. Is there any way to fix this? That aside, I don't think 7.7.0 should be forcing an uninstall of a previous version without user input.
Some further investigation. I undid the restore and reverted to the setup with 7.7.0 RC3 installed and 7.6.2 unsuccessfully uninstalled. I then uninstalled 7.7.0 and deleted preferences, and after that completed I was able to uninstall 7.6.2, also deleted preferences. Then I installed RC3 again. It did not prompt to uninstall a previous version and the install ran to completion. The automatic scan also completed successfully. So the problem appears to have been in the failed uninstall of the previous version. I think this process still needs some further investigation. I've marked my other two bugs closed, as they both appear to have been caused by this one.
I seem to have same issue - unable to uninstall 7.6.2 - uninstaller hangs. Noticed this when trying the 7.7.1 upgrade - but I am also unable to uninstall 7.6.2 manually. I wanted to try the new version :(
The installer most likely does not hang, but is busy checking permissions on your cache folder with tens of thousands of files. Just leave it running, even if it takes hours. Or remove the FileCache folder manually before running the installer. I would be interested to know how many files are in that folder. Could you please check? I've been working on this issue the past few days. Nightly builds of 7.7.1 should improve considerably - once it has dealt with all those files. It will still need to clean them up, which can take "forever". Just let it finish. *** This bug has been marked as a duplicate of bug 17734 ***
Indeed it worked after very long time - perhaps warn in 7.7 installer that uninstall may take time? Thank you Michael for very swift reply - first grade support :)
> Indeed it worked after very long time - perhaps warn in 7.7 installer that > uninstall may take time? The progress page should show something like "please be patient, users have reported this to take _forever_" :-)