Since it’s Arch Linux it uses systemd instead of upstart. Can systemd cause same issues? Here is the latest update log:
15-1-27 22:27:59.4|Info|UpdateApp|Starting NzbDrone Update Client
15-1-27 22:27:59.6|Info|UpdateApp|Updating NzbDrone to version 2.0.0.2722
15-1-27 22:27:59.7|Info|AppFolderInfo|Data directory is being overridden to [/var/lib/sonarr]
15-1-27 22:27:59.7|Debug|UpdateApp|NzbDrone process ID: 27586
15-1-27 22:27:59.7|Debug|UpdateApp|Arguments:
15-1-27 22:27:59.7|Debug|UpdateApp| 27586
15-1-27 22:27:59.7|Debug|UpdateApp| /tmp/nzbdrone_update
15-1-27 22:27:59.7|Debug|UpdateApp| /usr/lib/sonarr/NzbDrone.exe
15-1-27 22:27:59.7|Debug|UpdateApp| /data=/var/lib/sonarr
15-1-27 22:27:59.7|Debug|UpdateApp| /nobrowser
15-1-27 22:27:59.7|Debug|UpdateApp|Using executing application: /usr/lib/sonarr/NzbDrone.exe
15-1-27 22:27:59.7|Debug|UpdateApp|Executable location: /usr/lib/sonarr/NzbDrone.exe
15-1-27 22:27:59.7|Info|UpdateApp|Starting update process. Target Path:/usr/lib/sonarr
15-1-27 22:27:59.7|Info|InstallUpdateService|Verifying requirements before update...
15-1-27 22:27:59.7|Debug|ProcessProvider|Finding process with Id:27586
15-1-27 22:28:00.1|Debug|ProcessProvider|Found process 27586:mono-sgen [/usr/bin/mono-sgen]
15-1-27 22:28:00.1|Info|InstallUpdateService|Verifying Update Folder
15-1-27 22:28:00.1|Info|ProcessProvider|[27586]: Killing process
15-1-27 22:28:00.1|Info|ProcessProvider|[27586]: Waiting for exit
15-1-27 22:28:00.1|Info|ProcessProvider|[27586]: Process terminated successfully
15-1-27 22:28:00.1|Info|TerminateNzbDrone|Killing all running processes
15-1-27 22:28:00.2|Debug|ProcessProvider|Found 0 processes with the name: NzbDrone.Console
15-1-27 22:28:00.2|Debug|ProcessProvider|Found 0 processes to kill
And here’s another form earlier today:
15-1-27 20:08:37.9|Info|UpdateApp|Starting NzbDrone Update Client
15-1-27 20:08:38.8|Info|UpdateApp|Updating NzbDrone to version 2.0.0.2722
15-1-27 20:08:38.9|Info|AppFolderInfo|Data directory is being overridden to [/var/lib/sonarr]
15-1-27 20:08:38.9|Debug|UpdateApp|NzbDrone process ID: 459
15-1-27 20:08:38.9|Debug|UpdateApp|Arguments:
15-1-27 20:08:38.9|Debug|UpdateApp| 459
15-1-27 20:08:38.9|Debug|UpdateApp| /tmp/nzbdrone_update
15-1-27 20:08:38.9|Debug|UpdateApp| /usr/lib/sonarr/NzbDrone.exe
15-1-27 20:08:38.9|Debug|UpdateApp| /data=/var/lib/sonarr
15-1-27 20:08:38.9|Debug|UpdateApp| /nobrowser
15-1-27 20:08:38.9|Debug|UpdateApp|Using executing application: /usr/lib/sonarr/NzbDrone.exe
15-1-27 20:08:38.9|Debug|UpdateApp|Executable location: /usr/lib/sonarr/NzbDrone.exe
15-1-27 20:08:38.9|Info|UpdateApp|Starting update process. Target Path:/usr/lib/sonarr
15-1-27 20:08:38.9|Info|InstallUpdateService|Verifying requirements before update...
15-1-27 20:08:38.9|Debug|ProcessProvider|Finding process with Id:459
15-1-27 20:08:39.8|Debug|ProcessProvider|Found process 459:mono-sgen [/usr/bin/mono-sgen]
15-1-27 20:08:39.8|Info|InstallUpdateService|Verifying Update Folder
15-1-27 20:08:39.8|Info|ProcessProvider|[459]: Killing process
15-1-27 20:08:39.8|Info|ProcessProvider|[459]: Waiting for exit
15-1-27 20:08:39.8|Info|ProcessProvider|[459]: Process terminated successfully
15-1-27 20:08:39.8|Info|TerminateNzbDrone|Killing all running processes
other looks look like the second one regarding the process not found section.
I have also tried changing permissions to 775 of both sonarr directories with no change. I am running sonarr under sonarr:sonarr user:group. I have noticed that Startup directory files have root owner after re-install is that normal?