System.Threading.ThreadInterruptedException on update

[Gerk]

FreeBSD (in a FreeNAS jail, installed via pkg). I am pretty sure this is not a permissions issue as I’ve triple checked. Also found some old issues talking about similar things, but they seem to have been fixed a couple of years ago. This is what happens when trying to run the update whether it happens manually or automatically.

Does this come down to mono on FBSD issues? ( Sonarr 3732 Update is Freenas encounters an error and wont update )

16-10-29 11:04:39.4|Info|InstallUpdateService|Deleting old update files
16-10-29 11:04:39.5|Info|InstallUpdateService|Downloading update 2.0.0.4374
16-10-29 11:04:41.1|Info|InstallUpdateService|Verifying update package
16-10-29 11:04:41.3|Info|InstallUpdateService|Update package verified successfully
16-10-29 11:04:41.3|Info|InstallUpdateService|Extracting Update package
16-10-29 11:04:42.0|Info|InstallUpdateService|Update package extracted successfully
16-10-29 11:04:42.0|Info|BackupService|Starting Backup
16-10-29 11:04:54.0|Info|InstallUpdateService|Preparing client
16-10-29 11:04:54.0|Info|InstallUpdateService|Starting update client /tmp/nzbdrone_update/NzbDrone.Update.exe
16-10-29 11:04:54.0|Info|InstallUpdateService|Sonarr will restart shortly.
16-10-29 11:04:54.8|Error|mono|[ERROR] FATAL UNHANDLED EXCEPTION: System.Threading.ThreadInterruptedException: 

[Gerk]

16-10-29 11:12:26.0|Info|UpdateApp|Starting Sonarr Update Client
16-10-29 11:12:26.1|Info|AppFolderInfo|Data directory is being overridden to [/usr/local/sonarr]
16-10-29 11:12:26.1|Debug|UpdateApp|NzbDrone process ID: 35258
16-10-29 11:12:26.1|Debug|UpdateApp|Arguments:
16-10-29 11:12:26.1|Debug|UpdateApp|  35258
16-10-29 11:12:26.1|Debug|UpdateApp|  /tmp/nzbdrone_update
16-10-29 11:12:26.1|Debug|UpdateApp|  /usr/local/share/sonarr/NzbDrone.exe
16-10-29 11:12:26.1|Debug|UpdateApp|  /data=/usr/local/sonarr
16-10-29 11:12:26.1|Debug|UpdateApp|  /nobrowser
16-10-29 11:12:26.1|Debug|UpdateApp|Using executing application: /usr/local/share/sonarr/NzbDrone.exe
16-10-29 11:12:26.1|Debug|UpdateApp|Executable location: /usr/local/share/sonarr/NzbDrone.exe
16-10-29 11:12:26.2|Info|InstallUpdateService|Installation Folder: /usr/local/share/sonarr
16-10-29 11:12:26.2|Info|InstallUpdateService|Updating Sonarr from version 2.0.0.4326 to version 2.0.0.4374
16-10-29 11:12:26.2|Info|InstallUpdateService|Verifying requirements before update...
16-10-29 11:12:26.2|Debug|ProcessProvider|Finding process with Id:35258
16-10-29 11:12:26.2|Fatal|UpdateApp|An error has occurred while applying update package.

[v2.0.0.4374] System.NotSupportedException: This system does not support EnumProcesses
  at (wrapper managed-to-native) System.Diagnostics.Process:GetProcesses_internal ()
  at System.Diagnostics.Process.GetProcesses () [0x00000] in /wrkdirs/usr/ports/lang/mono/work/mono-4.4.2/mcs/class/System/System.Diagnostics/Process.cs:951 
  at NzbDrone.Common.Processes.ProcessProvider.GetProcessById (Int32 id) [0x00023] in M:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Common\Processes\ProcessProvider.cs:75 
  at NzbDrone.Common.Processes.ProcessProvider.Exists (Int32 processId) [0x00000] in M:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Common\Processes\ProcessProvider.cs:58 
  at NzbDrone.Update.UpdateEngine.InstallUpdateService.Verify (System.String targetFolder, Int32 processId) [0x0005c] in M:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Update\UpdateEngine\InstallUpdateService.cs:70 
  at NzbDrone.Update.UpdateEngine.InstallUpdateService.Start (System.String installationFolder, Int32 processId) [0x00032] in M:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Update\UpdateEngine\InstallUpdateService.cs:85 
  at NzbDrone.Update.UpdateApp.Start (System.String[] args) [0x00010] in M:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Update\UpdateApp.cs:58 
  at NzbDrone.Update.UpdateApp.Main (System.String[] args) [0x00031] in M:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Update\UpdateApp.cs:43 

[markus101]

You’re right, not a permissions issue, it’s an issue with mono on FreeBSD and mono 4.x. Something in the FreeBSD mono packages fails on that call and needs to be fixed. I believe there is a post or two here by Taloth that goes into further details as to what probably needs to happen, but the basic idea is a developer familiar with mono and FreeBSD needs to take a look.

[Gerk]

Fair enough, I will watch and wait for a mono update or move to a different host for a while if needed, thanks Markus.