It’s UID/GID 10000 on the host because you are using an unprivileged LXC container. Unprivileged means that “root” inside the container (which is just a user space of the host with access restrictions) is user 10000 on the host - this is so that files and processes inside the container don’t run with the real UID zero, where they could plant a malicious file, or run a malicious program that escapes containment that ends up with root access on the host.

Quickest way to make this work over samba is to force user 10000 and force group 10000. That way everything connecting to Samba would see the files as their own.

Honestly the better solution is to make your software inside the containers run with a local non-root user (which would be something like 10001) and then force samba to use that. Then nothing is running as root in or out of the containers. Samba will still limit access to shares based on the samba login, but for file access purposes it will still use the read/write levels of your non-root user (because of the force- directives)

I've solved this exact issue and numerous others with samba / CIFS recently. This is how I have my Proxmox on a mini pc with usb mounted HDDs at present:

1 VM Home Assistant OS, not relevant really

1 VM OMV Open Media Vault.

1 VM Debian with Docker installed.

So in my experience over the last few months you want your usb drive to have absolutely nothing to do with Proxmox. Nope.

I had 3 hooked in mounted in Proxmox and when one of them threw a fit Proxmox refused to load.

Better to have a NAS VM installed and have the drive(s, I have 3, 2x1tb and 1x750gb) passed straight through, whole usb, to the NAS VM.

This means if the drive fails Proxmox doesn't break, and also in my experience with OMV, it'll still run if a drive breaks

Then what I did was set up the shares and made them samba in OMV then set my other VM, the Debian one, with mount points in the Fstab.

The key for me in this endeavour was to make sure the Fstab entry made sure that the OS wouldn't fail if it couldn't find a drive, as happened in Proxmox, so I made sure "nofail" was somewhere in the Fstab config.

For Samba to work in Linux you need to install cifs-utils, then add a line in /etc/fstab. Mine goes:

//omv.local/sharename /mnt/filename cifs credentials=/etc/cifs-credentials,file_mode=0777,dir-mode=0777,auto,nofail,vers=3.0 0 0

You have to create the mount point mkdir /mnt/filename and give it permissions with chmod

You also need to made the cifs-credentials file in /etc/

It needs to contain:

username=yourusername password=yourpassword domain=WORKGROUP

Then what I do for Audiobookshelf and whatnot is mount the mount point as directories in Portainer under the volumes: - /mnt/Downloads:/Downloads

Then in the UI of the service I'm using in Docker I can use the Downloads folder and it's the mount point.

This is what's working well for me. If a drive fails I try and fix it in OMV instead of trying to plug a monitor into my mini pc to try and work out from the logs why Proxmox has failed...

Use this comment as a framework for your research and save yourself some heartache. You can mount the CIFS/Samba share to Proxmox and use that, so you can still use the drive in Proxmox for backups and such

the idea is that: all your applications work under the same user. or at least under the same group. because this is exactly how the differentiation of rights is applied.

A good plan is to create some kind of user in all three containers and run qbittorrent, samba and the third application under it.

A bad plan is to run everything under a random user with 777 rights, but this is a really bad plan.

Create a user in all three containers and work under it. That is not hard. Run qbittorent with that user. Config will be there: /home/user/.config . Then set that user for samba. I don't know third app , but I think you can find how change user in manual.

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

[Thread #794 for this sub, first seen 10th Jun 2024, 15:55] [FAQ] [Full list] [Contact] [Source code]