Sonarr version (exact version): 220.127.116.1144
Mono version (if Sonarr is not running on Windows): 18.104.22.168
OS: CentOS 7 (virtual machine)
Hastebin forced me to cut down the size of these logs to the relevant bits. If you’d like to see the full logs, I have them saved and can absolutely provide them via Google Drive/Dropbox/SFTP.
- Normal info-level logs can be found here.
- Trace-level logs during the beginning of the issue can be found here.
Description of issue: After 24-48 hours of use, Sonarr appears to hang/crash until the systemd service is restarted. After a restart, Sonarr continues to work without issue for another 24-48 hours.
Reviewing the logs, this appears to be an issue with Sonarr keeping open too many FDs (File Descriptors). Linux has a default limit of 1024 FDs for any given process, which Sonarr is exceeding. The full output of lsof for the Sonarr PID confirms this. Piping this output to wc shows we are exceeding 1024 FDs.
[root@media logs]# lsof -p 6946 | wc -l 1168
After doing some research on these forums, there’s a number of other threads on this issue:
There’s also a GitHub issue that describes this as well:
The two prevailing solutions outlined in these threads appears to be as follows:
- Use a popular Docker image instead
- Downgrade the version of Mono installed
I’d like to avoid using Docker for this implementation if possible for unrelated reasons. My questions are as follows:
- Is downgrading the version of Mono installed the only known way to resolve this issue?
- As of the time of this writing, what version of Mono is recommended/stable?