I guess I ran into the biggest problem possible. I am using qbittorrent-nox ("qBittorrent v4.2.5 Web UI (64-bit)") without docker. Here is what happened (to the best of my recollection):
- I wanted to relocate a torrent in the UI into another nfs-mounted volume. But instead of the linux-path (/var/media/...) I pasted the windows path with drive letter (like "M:\media\..."). qbit then decided to move the files to the "/root"-home-directory with the filename 'M:\media\foobarfilename'. Since I never had any situation like that, I have long abandoned making "/home" a seperate partition. Thus, moving the torrent-content ended up filling up my root (/) partition.
- At this point, I shutdown qbittorrent (process) and just deleted the directory "/root/M:\foobarfilename". I restarted qbit and it did not do as expected. I rechecked the filesystem fill grade, and it was (still/again) at 100%.
- So I shut qbit down again, and rebooted the server, thinking that some process was holding on to the files I had just deleted, so that the space could not be freed.
- At this point something else happened: for some reason, not all of my NAS-nfs-mounts worked.
- After the reboot, the FS was still full (full again). I suppose that qbittorrent at this point had already lost all its configuration and partially the fastresume data. It created a folder "Downloads" in my "/root"-home and started to allocate files there. I did not notice that at first, so I added another 4GB to the root-volume with LVM. I could watch it fill up again.
- Qbit-Web-UI greeted my with a login prompt, something I did not recall ever seeing. Since I could not login, I killed the qbit-process. In the background, Qbit had apparently also allocated space in the mount-point(-directories). When I did a "mount -a", I mounted my nfs-shares over the space wasted in the mount-points in my "/"-partition.
- At this point I stopped qbit and started the cleaning by moving the data to a holding space on another nfs-share.
- When I was done, I started the qbittorrent-nox again on the command line, and was greeted again with a user login in the qbit-web-UI. I logged in with the credentials I found on the web.
- I was greeted with Web-UI without any torrents, any categories, any tags. Also, the configuration appeared to be a Vanilla-off-the-shelf-config, and nothing of mine was left.
- The qb-logs however were being written, and the file-modification-times (in "~/.local/share/data/qBittorrent/BT_backup") were partially updated. The UI however stayed empty.
But I cannot seem to revive the interface:
Code: Select all
root:~/.local/share/data/qBittorrent# du -sh * 91M BT_backup 8.2M GeoDB 2.3M logs 216K nova3 8.0K rss
- If I add a regular ".torrent"-file that I had in my download-folder, nothing happens.
- If I add a freshly downloaded, regular ".torrent"-file, nothing happens.
Is there any way I can resurrect this? And if not, what clean-up is there to do?
Thank you, any help appreciated.