qbittorrent status Errored. Search says this is a permissions issue, but verified perms

blademan

Dabbler
Joined
Jul 11, 2023
Messages
16
New Scale install. Installed and run qbittorrent. Torrent status shows "Errored." Search results point to perms. I've checked, and my config is as follows:
  1. app_config / qbittorrent. apps 755
  2. shared_data. apps 770
I referenced Lawrence Systems video here about apps and shares.
qbittorrent is a member of the group apps, right?
 
Last edited:

jonykok

Cadet
Joined
Aug 6, 2023
Messages
3
Im having the same issue.

My apps cant write on my Media Dataset, even with apps user and group (568) with rwx privileges.

1691367926543.png


The Dataset:
1691368001502.png


QBittorrent configuration:
1691368074212.png


QBittorrent log:

2023-08-06 21:15:36.672653+00:00(N) 2023-08-06T21:15:36 - Downloading torrent, please wait... Source: "https://releases.ubuntu.com/23.04/ubuntu-23.04-desktop-amd64.iso.torrent"
2023-08-06 21:15:38.088599+00:00(N) 2023-08-06T21:15:38 - Added new torrent. Torrent: "ubuntu-23.04-desktop-amd64.iso"
2023-08-06 21:15:40.523492+00:00(W) 2023-08-06T21:15:40 - File error alert. Torrent: "ubuntu-23.04-desktop-amd64.iso". File: "/Media/ubuntu-23.04-desktop-amd64.iso". Reason: "ubuntu-23.04-desktop-amd64.iso mkdir (/Media/ubuntu-23.04-desktop-amd64.iso) error: Read-only file system"

Media dataset is shared (SMB) and my user (jony) can read/write normally.

Can anyone help me with this ?
 

blademan

Dabbler
Joined
Jul 11, 2023
Messages
16
Same here.
Code:
2023-07-27 06:08:09.756334+00:00(W) 2023-07-27T06:08:09 - File error alert. Torrent: "ubuntu-23.04-desktop-amd64.iso". File: "/shared_data/ubuntu-23.04-desktop-amd64.iso". Reason: "ubuntu-23.04-desktop-amd64.iso mkdir (/shared_data/ubuntu-23.04-desktop-amd64.iso) error: Read-only file system"
2023-07-27 06:12:42.093058+00:00(N) 2023-07-27T06:12:42 - Torrent paused. Torrent: "ubuntu-23.04-desktop-amd64.iso"
 

jonykok

Cadet
Joined
Aug 6, 2023
Messages
3
Same here.
Code:
2023-07-27 06:08:09.756334+00:00(W) 2023-07-27T06:08:09 - File error alert. Torrent: "ubuntu-23.04-desktop-amd64.iso". File: "/shared_data/ubuntu-23.04-desktop-amd64.iso". Reason: "ubuntu-23.04-desktop-amd64.iso mkdir (/shared_data/ubuntu-23.04-desktop-amd64.iso) error: Read-only file system"
2023-07-27 06:12:42.093058+00:00(N) 2023-07-27T06:12:42 - Torrent paused. Torrent: "ubuntu-23.04-desktop-amd64.iso"
Got TrueNAS from Truechart repository and it is working, you can try it.

1691975073962.png
 

daimon

Cadet
Joined
Aug 29, 2018
Messages
6
I'm having the same issue and am still fighting for a breakthrough. I've been a tentative user of Linux systems for years and can't seem to progress from a noob state much. I'd like to argue that this is a wider issue of design, which has never had humans at its center, but what's the use. I'll just quote Don Norman and say "there is no stupid users, there is just bad design", and let's leave it at that. Anyhow, it's a fight each and every time so please point out if I got something wrong.

Generally speaking, the problem stems from he fact that the jail is running an isolated (?) set of credentials. The process of adding a mount point involves a boolean that says "Read Only".

1699195897706.png

One would be led to believe that if this is left unchecked, the root user of the jail will have write access to the mounted location or something like that. Nope.

In order to gain write access there is an arcane workflow that needs to be understood and followed (https://www.truenas.com/docs/core/coretutorials/jailspluginsvms/jails/settingupjailstorage/ starting at "Here is the typical workflow for adding jail storage:").

Setting a mount point automagically provides a read-only level of access, regardless of the said option. How does it make sense to provide read but not write access is beyond me. What I am trying to say is that this is a design flaw: it would make more sense and it would be obvious that permissions need this additional workflow if the simple setting up the mount point didn't give read access, none at all. The way this works now is misleading, and the "Read-Only" option displayed is a sadistic joke.

That said...

Following the workflow, I can verify that the plugin installation indeed results with a jail which contains a group and a user both named qbittorrent. There workflow says to create a username with the same name in TrueNAS and assign the user/group rights to the dataset. It doesn't say how and why mere naming of a user, that could be purely coincidental for that matter, can result in the jail user having the same rights as the TrueNAS user. That's something for the Linux experts to explain. Anyhow, I did just that, and of course, it doesn't work.

I fight on...
 
Top