Volumes Lock / Drop While Using qBitTorrrent - Potential Permissions Issue?

[TheKaizenKing]

I'm playing around with the *arr stack on my QNAP TS-464eU, learning a little around containerisation and just generally playing around, but I've encountered an issue and reached the limits of my ability.

When I make a request through Radarr it contacts an indexer which finds the file and inputs it successfully into qBitTorrent - but this is when the issue starts. The file will hit 0.2% and display an error status and the system will run like a bag of hammers.

If you go to File Station it's bare, with no volumes visible and displays the following message:

"No volume has been created. To use this feature, go to [Storage & Snapshops] to create a volume first."

... because of this the error within qBitTorrent is "No space left on device".

If you restart the qnap device it will produce a RAMDisk error upon first starting up: "insufficient system storage: RAMDisk(/ or /tmp)"

Once the torrent has been removed from qBitTorrent everything returns back to normal operation.

I'd guess its some kind of permissions issue of the qBitTorrent application given it's trying to store something on another volume? Could anyone make any suggestions to help me overcome this issue?

Hardware

Device: TS-464eU

Firmware Version: QTS 5.2.0.2782

CPU: Intel Celeron N5095

Memory: 8GB

Volumes

System (Static SSD) : Primarily for storing applications

- Container station
-- Radarr
-- Prowlarr
- qBitTorrent

Media (Static HDD) : Download / Landing, Management and Storage of media

- Library (Shared folder) - Lock File (Oplocks) unchecked
-- Torrents
--- Movies
- Usenet
-- Movies
- Media
-- Movies

qBitTorrent (App QNAP Club)

Default save path: /Library/Torrents

Requests from Radarr attaches 'radarr' category and tells the download client to save to: /Library/Torrents/Movies

Radarr (Container Station - Docker)

Library folder is mounted to the container

Remote mapping:

Remote Path: /Library/Torrents/Movies
Local Path: /mnt/Torrents/Movies