-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
userSetup.sh errors with no TRANSMISSION_UMASK environment variable #2585
Comments
Same issue here. |
Can you replicate this with a fresh container? That is, completely blank start ( 5.0.2 image, no previous settings.json etc) ? |
I tried with the #latest image, which, as of the time of writing is indeed 5.0,2. Using the exact same Compose file, but for the paths pointing to empty folders and was able to reproduce: create the container and it creates the settings file, restart the container, it tries to read the settings file and throw the error. BUT, I tried to remove all of my environment variables one by one to see if something makes a difference, and it appears that if I remove PUID and PGID, the error disappears. And indeed, userSetup.sh is mostly a big IF statement that only runs when PUID is set and is not root. So you might be able to replicate by setting a non-zero UID ... |
Same problem.
but it still never uses the settings.json. I can override with this, so it doesnt overwrite the file:
It however, still overwrites all the environment variables that are inside cat /etc/transmission/environment-variables.sh regardless of what happens. |
ok, think I have a fix for this.. |
fixed in above commit |
Is the container updated with the fix? This is what I get still with :latest tag pulled and used.
|
It’s on dev branch |
When does it become :latest ? What's the usual timeline to get in production branch ? |
Posted to master |
Is there a pinned issue for this?
Is there an existing or similar issue/discussion for this?
Is there any comment in the documentation for this?
Is this related to a provider?
Are you using the latest release?
Have you tried using the dev branch latest?
Docker run config used
No TRANSMISSION_UMASK environment variable (I don;t think anything else is relevant.)
Current Behavior
When the container is launched with no TRANSMISSION_UMASK environment variable, it reads the umask value from the configuration file where, by default, it is a string:
"umask": "002",
. UserSetup.sh throws errors (see more compelte log below):Expected Behavior
No error message. Chmod works.
How have you tried to solve the problem?
I manually changed
"002"
to the unquoted002
in the config file, and the errors disappeared. I tried setting TRANSMISSION_UMASK to both"002"
and002
and there are no error either. It's only when running on default settings that the errors appear (I never changed that value and never set the environment variable.Note that setting the environment variable to
"002"
or002
updates the value in the config file to the quoted"002"
, meaning that the error reappears if I remove the environment variable.I tried to changed the relevant line in userStartup.sh to the following and it seemed to work as well, but I don't know if it can have any side effect:
Log output
HW/SW Environment
Anything else?
No response
The text was updated successfully, but these errors were encountered: