I’m running over a dozen containers on TrueNAS, and simultaneously running OpenWrt as a router in virtual machines. OpenWrt and most of the containers are configured to be on the same subnet via a virtual bridge and MACVLAN.
The issues encountered in versions 25.10 Beta1 and RC1 are the same; the following descriptions are primarily based on verification in the RC1 version. When I run qBittorrent 5.0.4 (based on libtorrent 2.0.11) through containers and use Sing-Box’s TUN mode for traffic proxying in OpenWrt, I experience at least one abnormal reboot per day. After completely disabling Sing-Box, the frequency of abnormal reboots decreases to once every 3-5 days. After downgrading qBittorrent’s libtorrent library to 1.2.20, I haven’t encountered any abnormal reboots since.
When I upgraded TrueNAS to the official 25.10 release, I immediately experienced two abnormal reboots within 10 hours. A significant change during this period was that I deployed Tailscale through TrueNAS. After a manual restart, Tailscale remained in a deployment state (i.e., not running), and the abnormal restart mysteriously disappeared. Therefore, I suspect Tailscale caused the abnormal restart in the 25.10 official release.
Subsequently, I encountered another abnormal restart. I was pulling OneDrive data using TrueNAS’s cloud backup function. After the process lasted for several hours, I launched the Syncthing app on my phone, hoping to synchronize data with the Syncthing container on TrueNAS. TrueNAS immediately restarted abnormally.
Since each abnormal restart carries the risk of data loss, and OpenWrt network interruptions can only be recovered manually, I cannot test frequently.
My hypothesis is as follows: libtorrent 2.0 made significant changes to the Disk I/O model, defaulting to using memory-mapped files and delegating memory scheduling to the kernel. Sing-Box runtime might experience increased memory usage and network latency due to sudden traffic spikes. When memory usage exceeds limits, a severe OutOfMemoryError (OOM) or a driver crash in the kernel occurs, leading to an abnormal system restart. The Syncthing incident is a similar possibility.
Tailscale containers run with root privileges and SYS_MODULE permissions by default, so any errors they encounter will have a far greater impact on the system kernel than those in other containers.
The debug files submitted in Jira correspond to abnormal restarts that may have been caused by Tailscale and Syncthing OOM.