Not sure if its a bug with Sonarr or my system configuration or what. I just started using Sonarr yesterday (seeing SickRage and the like are having all sorts of dramas), and thought I should post this here so that if it is a bug then it can be fixed.
I have Sonarr installed (via AtoMiC Toolkit), on Ubuntu 15.04. This morning noticed Sonarr not running, after looking at the logs I noticed it did an update. Didn’t see any errors or anything. Tried restarting the process to no avail, still no errors or anything to give me a hint at what was happening.
Then I was going to go thru the basics in terms of rebooting etc, I checked updateds (via Webmin) and saw a Sonarr package there. Ran updates and then tried to start Sonarr again and it now works.
From what I can gather, it seems Sonarr triggered the update, shut itself down, then nothing. Untill I ran the apt-update and manually started Sonarr again.
Some insight into this would be nice, I have disabled auto updates now as I don’t want this to happen while I am not around again.
PS: So far loving Sonarr, coming from SickBeard then SickRage, this seems to crap all over the others.
System.UnauthorizedAccessException: Access to the path “/opt/NzbDrone/UI/Content/FontAwesome/FontAwesome.otf” is denied.
at System.IO.File.Delete (System.String path) [0x00000] in :0
at System.IO.Directory.RecursiveDelete (System.String path) [0x00000] in :0
at System.IO.Directory.RecursiveDelete (System.String path) [0x00000] in :0
at System.IO.Directory.RecursiveDelete (System.String path) [0x00000] in :0
at System.IO.Directory.Delete (System.String path, Boolean recursive) [0x00000] in :0
at NzbDrone.Common.Disk.DiskProviderBase.DeleteFolder (System.String path, Boolean recursive) [0x00068] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Common\Disk\DiskProviderBase.cs:222
at NzbDrone.Common.Disk.DiskProviderBase.EmptyFolder (System.String path) [0x00083] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Common\Disk\DiskProviderBase.cs:343
at NzbDrone.Update.UpdateEngine.InstallUpdateService.Start (System.String installationFolder, Int32 processId) [0x00070] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Update\UpdateEngine\InstallUpdateService.cs:99
Yeah, failed to delete the file then failed to roll back the update because it of permissions, make sure the user running Sonarr has read/write access to the Startup folder for Sonarr and that apt-get isn’t used to install an update as it will ruin the permissions.