Nginx Proxy Manager App update to v1.2.4 causes startup hang with npm user warnings

First Post so sorry if the tags are wrong!

I tried updating my Nginx Proxy Manager today and it just immediately get stuck and refuse to start. When checking the logs it seems to be a permissions issue which doesn’t make sense to me as I set 777 permission on NPM’s datasets.

Logs stated (I’m paraphrasing as I already fix the issue; sort of lol)

` - Configuring npm user
  - useradd warning: npm's uid 568 outside of the UID_MIN 1000 and UID_MAX 60000 range
  - Configuring npm group [0
  - Checking paths [0
  - Setting ownership [0`

I really couldn’t figure out how to solve it so I just rolled back to v1.2.3 and everything flawlessly worked.

Just wanted to give a warning to those upgrading your NPM install.

If anyone had a similar experience, please share how you solved it.

3 Likes

I’m having the same issue. Rolling back to the previous version.

3 Likes

Looks like listed as Bug and TrueNAS community catalog back to Version: 1.2.3

1 Like

Yep bit me too. Not the first time NPM has dropped an update with bugs, but this was crippling. I rolled back at the first opportunity and now I’m considering other proxy managers, I just really like the way LetsEncrypt is worked into this and the elegance and simplicity of it…but hitting that upgrade button breaks it pretty often.

Same here - Roll Back saved me…

2 Likes

Same here with the rollback!

The “useradd warning: npm’s uid 568 outside of the UID_MIN 1000 and UID_MAX 60000 range.” error exsists on the rolled-back version as well and doesn’t seem to be what’s causing the error.

Looks like it takes a while to get to this part of the logs, but it seems to be looping when it tries to deploy a CloudFlare container (I think the certbot). It’s giving me a dependency error, fails, and loops.

[Certbot  ] › ▶  start Installing cloudflare...
[Global   ] › ⬤  debug     CMD: . /opt/certbot/bin/activate && pip install --no-cache-dir cloudflare==2.19.* acme==$(certbot --version | grep -Eo '[0-9](\.[0-9]+)+') certbot-dns-cloudflare==$(certbot --version | grep -Eo '[0-9](\.[0-9]+)+')  && deactivate

A few threads on this I guess. For anyone stumbling across this, it’s solved in version 1.2.6 which has been available for a few days now.

Rollback failed for me. Tried to spin up a new container, this time taking the defaults and it fails. Now I’m just stuck! I suppose I could roll my own custom and pull the version I want to use - but that’s just a pain for me!

John

v1.2.3 - > v1.2.6 fails for me. Allows me to go to login page, but fails to go any further after attempting actual login.

Rollback fixes. Any options besides starting from scratch?

After installing 1.2.6, try the following:

1 Like

GENIUS! That did it, now I just have to reconfigure all my proxy hosts :frowning:

Have you picked ixVolumes or Host Path Volumes as storage for the app?

I always use host path unless I do not care to keep the config around. When I upgraded to 1.26 and hit the wall, when I attempted to roll back to 1.23 it was still stuck and would do nothing. I then attempted to search and after finding no answers, I started a new instance with ixVolumes … Same problem… Ultimately I copied down the proxy host configs, cleared out my host path data and same problem.

I was waiting to see if another ‘fixed’ version came out, nothing. Until I saw your post and that did the trick! I have not yet finished configuring NPM, it is running and I have Let’s Encrypt working again. Next I will check to see if I can just copy over the host configs or build them all out again.

John