I'm running NZBGet in a docker container with a Debian host. The docker container is using a macvlan network so that it can use an IP address from the physical network subnet that is different from its host IP (bridged mode in VMWare terms). Every now and then, I get these errors:
error Fri Jan 17 2020 12:47:38 Cancelling hanging download Better.Call.Saul.S01E01.1080p.BluRay.REMUX.AVC.DTS.HDMA.5.1-BiTHD-AsRequested/5b58bd831e964b8ea9ac938783fc10d0.part026.rar [127/137] @ Newshosting (news.newshosting.com)
error Fri Jan 17 2020 12:35:44 Cancelling hanging download Better.Call.Saul.S01E01.1080p.BluRay.REMUX.AVC.DTS.HDMA.5.1-BiTHD-AsRequested/5b58bd831e964b8ea9ac938783fc10d0.part024.rar [37/137] @ Newshosting (news.newshosting.com)
error Fri Jan 17 2020 12:28:54 Could not read from TLS-Socket: Connection closed by remote host
1. I'm trying to search for a solution for that TLS-Socket error but I cannot find any conclusive answer to it. How do I start troubleshooting this? When I get this error, it just automatically fixes itself after a few minutes. My Debian host uses an Intel NIC.
2. When there's a TLS-Socket error, there's almost always that "cancelling hanging download" error as well. When a "hanging download" gets cancelled, does that degrade the health of the nzb download making it try to download par2 files for those cancelled rar part downloads? If so, then this is definitely an issue that I need to address.