MichaIng
Radarr installation fails (v5 to v6 update, switch from mono to dotnet, dependencies missing)
Radarr got updated from v5 to v6. And as I understand it switched from mono (v5) to dotnet (v6)
Installing radarr via DietPi-Software pulls the latest v6 release but I seems that the dotnet dependencies aren’t installed. Therefore radarr doesn’t start after successful installation.
Radarr dropped Mono support with v4, and proves dotnet based downloads since v3, which we use since then for all architectures but ARMv6 (which is not supported by dotnet), so that is not it.
Generally when opening a bug report, please:
- Fill the issue template, so we know on which system we need to try replicating, and e.g. whether you do use a ARMv6 system etc.
- Paste whichever error message you see. Where did you get the idea from that dotnet dependencies are missing?
libicuis installed at least. If you saw a hint in the logs (journalctl -u radarror/var/log/radarr), paste it.
Just to see whether there is any general issue, I triggered test installs on all architecture-distro combinations: https://github.com/MichaIng/DietPi/actions/runs/19767563318
Hey,
I’m currently out for the weekend so I will not be able to post a log. Sorry for not following the bug report. The idea with mono and sorbet came from googleling. Many people report issues with the latest update (which is a jump from v5 to v6)
I think so, but updated to the latest version of dietpi always with dietpi-update
I think so, but updated to the latest version of dietpi always with dietpi-update
DietPi version has no relation to Debian version. And you will not update to a newer Debian version using dietpi-update. Anyway to be sure provide following Information once back home
Required
- DietPi version |
cat /boot/dietpi/.version - Distro version |
echo $G_DISTRO_NAME $G_RASPBIAN - Kernel version |
uname -a - Architecture |
dpkg --print-architecture - SBC model |
echo $G_HW_MODEL_NAMEor (EG: RPi3)
Okay, then it is most certainly this issue: https://wiki.servarr.com/radarr/faq#radarr-wont-start-on-debian-11-or-older-systems-due-to-sqlite-version
Same happened to Lidarr and Prowlarr some weeks ago. Need to keep that in mind when other Servarr apps get their next update.
Fixed for upcoming DietPi release with: https://github.com/MichaIng/DietPi/commit/d69a8d6
First I wondered why this worked without installing libsqlite3-0, but that library is a gpg dependency, hence preinstalled. So little cleanup and added your report to changelog: https://github.com/MichaIng/DietPi/commit/310753a
To apply and test the fix:
sudo sed -i '/G_EXEC mv Radarr \/opt\/radarr/i\G_EXEC ln -sf /usr/lib/*/libsqlite3.so.0 Radarr/libe_sqlite3.so' /boot/dietpi/dietpi-software
dietpi-software reinstall 145
We will drop support for Debian 11 Bullseye with first release next year, hence you might want to upgrade to Debian 12 Bookworm, and when on it further to the current stable Debian 13 Trixie:
- Bullseye => Bookworm: https://dietpi.com/blog/?p=3128
- Bookworm => Trixie: https://dietpi.com/blog/?p=4014
Yes, I had the exam issue when updating prowlarr! so most likely your analysis is right