[BUG] PUID and PGID aren't working

[KillahB33]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

On start of container it tries to chown everything in the download dir and fails because of permission.
Most of my downloads aren't working, for those that are it's downloading them as 99:users and not 1000:1000.

Expected Behavior

No response

Steps To Reproduce

pull latest

Environment

- OS: Ubuntu 20.04
- How docker service was installed:

CPU architecture

x86-64

Docker creation

deluge:
    image: lscr.io/linuxserver/deluge:latest
    container_name: deluge
    network_mode: host
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=America/Toronto
      - UMASK_SET=022 #optional
      - DELUGE_LOGLEVEL=error #optional
      - DOCKER_MODS=ghcr.io/gilbn/theme.park:deluge
      - TP_THEME=dark
    volumes:
      - /opt/config/deluge:/config
      - /opt/downloads:/downloads
    restart: unless-stopped

Container logs

[mod-init] Attempting to run Docker Modification Logic
[mod-init] Applying gilbn/theme.park:deluge files to container
[mod-init] gilbn/theme.park:deluge applied to container
[migrations] started
[migrations] no migrations found

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

[mod-init] Attempting to run Docker Modification Logic
[mod-init] Applying gilbn/theme.park:deluge files to container
[mod-init] gilbn/theme.park:deluge at sha256:d569330927595909b4a585b249377363e287bf099c922d0e6355eb567072b314 has been previously applied skipping
[migrations] started
[migrations] no migrations found
usermod: no changes

-------------------------------------
          _         ()
         | |  ___   _    __
         | | / __| | |  /  \
         | | \__ \ | | | () |
         |_| |___/ |_|  \__/


Brought to you by linuxserver.io
-------------------------------------

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid:    1000
User gid:    1000
-------------------------------------

**** Permissions could not be set. This is probably because your volume mounts are remote or read-only. ****
**** The app may not work properly and we will not provide support for it. ****
---------------------------
|  Deluge theme.park Mod  |
---------------------------
Variables set:
'TP_DOMAIN'=
'TP_COMMUNITY_THEME'=
'TP_SCHEME'=
'TP_THEME'=dark

No domain set, defaulting to theme-park.dev
No scheme set, defaulting to https
---------------------------
|  Adding the stylesheet  |
---------------------------
Stylesheet set to dark
    
[custom-init] No custom files found, skipping...
[ls.io-init] done.

[github-actions]

A human has marked this issue as invalid, this likely happened because the issue template was not used in the creation of the issue.

[KillahB33]

I assume this was marked invalid cause of my lack of logs. I have this though which is more helpful I think.

ubundock:~$ touch /downloads/testing
ubundock:~$ ls -la /downloads/
total 92
drwxrwxrwx 1   99   100    21 Feb 21 18:49  .
drwxr-xr-x 1 root root   4096 Feb 21 17:57  ..
-rwxrwxrwx 1 abc  users 14340 Jul 11  2021  .DS_Store
-rwxrwxrwx 1 abc  users  4096 Dec 22  2019  ._.DS_Store
-rw-rw-rw- 1 abc  users  4096 Mar  8  2020 '._Jack Reacher'
-rw-rw-rw- 1 abc  users  4096 Mar  9  2020 '._Lee Child'
drwxr-xr-x 1 abc  users     6 Mar 18  2020  4kMovies
-rw-r--r-- 1 abc  users  4581 Jun  6  2020  Castlevania_III_Draculas_Curse_USA.torrent
drwxrwxrwx 1 abc  users   128 Jul 12  2021  data
drwxrwxr-x 1   99   100   123 Feb 10 15:30  dvr
drwxrwxr-x 1 abc  users   123 Jan 25 11:47  lazylib
-rw-r--r-- 1 abc  users 24929 Jun 10  2020  mkdx10.7z.torrent
drwxrwxrwx 1 abc  users     6 Aug 20  2020  mylar
drwxrwxrwx 1 abc  users  4096 May 24  2022  nswitch
drwxr-xr-x 1 abc  users  4096 Feb 16 12:27  pcgames
drwxrwxr-x 1 abc  users    94 Jan 25 10:59  radarr
drwxrwxr-x 1 abc  users   219 Feb  1 04:13  radarr4k
drwxrwxr-x 1 abc  users   152 Jan 28 12:42  readarr
drwxr-xr-x 1 abc  users  4096 Feb 16 07:19  seeding
drwxrwxrwx 1 abc  users  8192 Feb 16 12:29  sonarr
-rw-r--r-- 1   99   100     0 Feb 21 18:49  testing
drwxrwxrwx 1 abc  users    30 Nov 28 22:09  vrgames
ubundock:~$ id
uid=1000(abc) gid=1000(users) groups=1000(users)

[j0nnymoe]

We want to see the container start up logs.

[KillahB33]

Alright, updated first post.

[j0nnymoe]

I don't see an issue, your PUID/PGID is showing correctly in your compose which corresponds to abc/users in your /downloads folder.

[KillahB33]

but why is that user creating files with the uid of 99 and gid of users

[j0nnymoe]

Something else maybe created that DVR folder?

[KillahB33]

if you look at the command above that is me running as abc, using touch to create testing

[j0nnymoe]

Do you have something else controlling your container updates? What command are you using to exec into the container?

[KillahB33]

using vscode to attach shell, updating /etc/passwd so abc has /bin/ash instead of /bin/false then running the command above.
And I have a torrent that somehow downloaded the other day with those permissions so it's not related to my exec.

You can see below abc owns the folder but I can't write a file to the directory.

drwxr-xr-x 1 abc  users  4096 Feb 16 07:19  seeding
drwxrwxrwx 1 abc  users  8192 Feb 16 12:29  sonarr
-rw-r--r-- 1   99   100     0 Feb 21 20:18  testing
drwxrwxrwx 1 abc  users    30 Nov 28 22:09  vrgames
a6997096f496:~$ touch /downloads/seeding/test
touch: cannot touch '/downloads/seeding/test': Permission denied

[j0nnymoe]

Considering your the first person to mention this bug and it was clearly working. I feel someone you were messing with could've broken this.

Because you don't need to do any of that to exec in as abc. Could just docker exec -it -u abc deluge /bin/bash

[KillahB33]

The only thing that has changed is upgrading unraid, which switched from NFS3 to 4.
Nothing else has changed, it also doesn't change the fact that abc user is creating files as some other user.

user@ubundock:/opt/compose$ docker exec -it -u abc deluge /bin/bash
bash: /root/.bashrc: Permission denied
abc@ba499b72667b:/$ touch /downloads/seeding/test
touch: cannot touch '/downloads/seeding/test': Permission denied
abc@ba499b72667b:/$ 

[KillahB33]

Also here is my docker version

bryan@ubundock:/opt/compose$ docker version
Client:
 Version:           20.10.12
 API version:       1.41
 Go version:        go1.16.2
 Git commit:        20.10.12-0ubuntu2~20.04.1
 Built:             Wed Apr  6 02:14:38 2022
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server:
 Engine:
  Version:          20.10.12
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.16.2
  Git commit:       20.10.12-0ubuntu2~20.04.1
  Built:            Thu Feb 10 15:03:35 2022
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.5.9-0ubuntu1~20.04.6
  GitCommit:        
 runc:
  Version:          1.0.0~rc95-0ubuntu1~20.04.2
  GitCommit:        
 docker-init:
  Version:          0.19.0
  GitCommit:  

[j0nnymoe]

Oh this is a remote mount? Yea you're going to need to review your NFS settings I guess. I don't use them personally but also would explain why the 99 user is coming from as it's a nobody ID on unraid.