mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 09:25:55 +03:00
[GH-ISSUE #4610] Update from 2.12.3 to 2.12.4 broke docker container startup #2939
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#2939
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @wolfmarco on GitHub (Jul 1, 2025).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/4610
Checklist
jc21/nginx-proxy-manager:latestdocker image?Describe the bug
Docker container does not start anymore with log;
Nginx Proxy Manager Version
Login not possible anymore after update from 2.12.3 to 2.12.4.
To Reproduce
Use
docker-compose.yamlwith version 2.12.3 and update to 2.12.4 afterwards.Expected behavior
Container should start.
Operating System
Virtual Machine on TrueNAS Dragonfish-24.04.2.5
Distributor ID: Ubuntu
Description: Ubuntu 24.04.2 LTS
Release: 24.04
Codename: noble
Docker version 28.2.2, build e6534b4
Additional context
Update from 2.12.3 to 2.12.4 broke the startup.
@hugalafutro commented on GitHub (Jul 1, 2025):
mine gets stuck in loop of this after the update, went back to 2.12.3 and it starts up np
This is the error but I've no idea what to do about it
ERROR: Cannot install certbot-dns-cloudflare==4.0.0 and cloudflare==4.0.* because these package versions have conflicting dependencies.@Greso665 commented on GitHub (Jul 1, 2025):
Same here... even downgrading doesn't work
@hugalafutro commented on GitHub (Jul 1, 2025):
@Greso665 strange all I did was changed image to
image: jc21/nginx-proxy-manager:2.12.3indocker-compose.ymland recreated the stack and it came back up immediately@rezzorix commented on GitHub (Jul 1, 2025):
This issue is because of PR #4491
Thanks @addievo - the idea to speed up the certbot ownership step was good.
But: sometimes trying to make things faster ends up making it slower instead.
Previously, the script checked ownership of each file individually. That was slow on large installs.
The PR changed it to a single chown -R on whole site-packages directories and used a flag file to skip repeats on later starts.
On some systems like slower disks or overlay filesystems, the big recursive chown will cause delays or hangs.
I have multiple machines running NPM, upgraded on 2 today, 1 worked, the other I had to revert to 2.12.3.
It might help to add an option to skip this ownership fix with an environment variable.
Or it could be safer to revert the PR if the issues continue. @jc21
@addievo commented on GitHub (Jul 1, 2025):
Seems to be an environment related issue as I'm having no issues on the latest image, if anything the ownership setting time is significant reduced but the explanation provided by @rezzorix makes sense, reverting the PR might be a good decision for compatibilities sake.
@rezzorix commented on GitHub (Jul 1, 2025):
@addievo First of all thank you for the PR, you did good work.
There are just too many unknowns around sometimes.
Totally agree it depends a lot on the environment.
On fresh installs or small systems, it’s much faster now. No issues there.
But older setups with lots of data, or running on slower disks or overlays, still risk long chown times.
Maybe adding a flag to skip or limit the chown could keep both worlds happy.
@addievo commented on GitHub (Jul 1, 2025):
Sounds great, I'll try to push a PR with the fix! @rezzorix
@LuisMLGDev commented on GitHub (Jul 1, 2025):
Thank you all for your hard work to fix the issue!
@PhilippeRoger commented on GitHub (Jul 1, 2025):
I have the same problem as user hugalafutro (post #2 above), with Cloudflare modules have conflicting dependencies.
Edit: I even tried a fresh install (ie no prior /data and /etc/letsencrypt) and the same occurred when trying to get a certificate from Cloudflare, with the following error, coming in the SSL certificate creation page.
CommandError: ERROR: Cannot install certbot-dns-cloudflare==4.0.0 and cloudflare==4.0.* because these package versions have conflicting dependencies.
ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts
@amit-nz commented on GitHub (Jul 1, 2025):
Ran into this on two systems. Both ubuntu; One is a 20.04 running Docker version 28.1.1, another is 24.04 running Docker version 24.0.2.
Fixed both by manually specifying the older version per https://github.com/NginxProxyManager/nginx-proxy-manager/issues/4610#issuecomment-3023537908
@Afrosheenix commented on GitHub (Jul 2, 2025):
Mine was coughing and choking with Cloudflare sprinkled around the logs, couldn't stand up, stuck in a loop. Reverted to 1.2.3 (Truenas) and all was well.
@LaloRiojas commented on GitHub (Jul 2, 2025):
here is the fix for 2.12.4.
https://github.com/NginxProxyManager/nginx-proxy-manager/issues/4606#issuecomment-3025013155
@github-actions[bot] commented on GitHub (Jan 5, 2026):
Issue is now considered stale. If you want to keep it open, please comment 👍
@hardysim commented on GitHub (Jan 5, 2026):
For the reference: This helped me to fix the issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/4606#issuecomment-3264749973