-
-
Notifications
You must be signed in to change notification settings - Fork 717
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
Container fails to start after recent switch to unprivileged nginx #3946
Comments
I go the same problem
On Synology, it was working before updating
Thank you for your help! |
This is likely due to these commits: With Helm I had to use this
Since the HTTP_PORT variable would not get replaced by the entrypoint.sh |
I've managed to make it work. I'm sure it's not the right way, but it works. Synology DSM 7.2.2-72806 Update 2 I've added
|
Thank you @o42o this also fixed the issue I had since the last update. |
for me following config worked to still run the container in rootless mode:
As ports < 1024 are all privileged ports and need to run as root (user 0) or the port needs to be adjusted. |
Official Instance
Describe the bug
Since the commit 1b5a362 the frontend container fails to start.
To Reproduce
Expected behavior
Logs/Errors
Browser, and OS with Version.
The same setup has been working fine for years with daily automatic image update:
Fedora CoreOS 41.20241215.3.0
Podman version 5.3.1
Running as non-root user thus Podman runs in rootless mode.
Additional context
The upstream image works fine since it listens on 8080 by default:
By setting
HTTP_PORT=8080
the container starts up successfully:The text was updated successfully, but these errors were encountered: