There are three (identical) error messages:Ĭouldn't save torrent resume data to '/config/qBittorrent/BT_backup/f8dad0aa854e96b0b06540adcb0c8293444c3803.fastresume'. In the log below, you can see that the three original torrents are indicated as 'restored' but were stalled as per usual. qBittorrent TrueCharts version: 4.4.5_11.0.40Īs a test, I completed three torrents ("TestTorrent.S01E04/5/6.mkv") then restarted qBittorrent app.Truenas Scale version: TrueNAS-SCALE-22.02.4.The log indicates that the torrents have been restored (note that I've replaced the file names and IP address with asterisks below). New torrents submitted after the restart function normally until the next app restart- at which point they also become "stalled". My challenge is that if I reboot Truenas and/or restart the qBittorrent app, all of the torrents are stuck in the "Stalled" state. ![]() Plex picks up and plays the downloads (using GPU acceleration if applicable). Requests flow from Sonarr/Radarr to qBittorrent, torrents download and completed files are moved to my media folders as desired. ![]() I'm new to Truenas, but after a bunch of reading I've successfully built my pools and I've got all four apps working and talking to each other successfully. I'm creating a Truenas Scale based media server for Plex/Sonarr/Radarr/qBittorrent. I do not believe that this is possible with PVC, but if anyone has any pointers that would be welcome. I'd prefer to use a "Host Path (simple)", as this allows me to SMB mount the config data and access or back it up. ![]() I'm not sure what the issue is with using the host storage path, but I've discovered that this issue is not present if I use the "PVC" storage type.
0 Comments
Leave a Reply. |