mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-26 09:55:51 +03:00
[GH-ISSUE #3661] nginx looses all settings, login credentials, signed certificates, all stored data upon restart. #2423
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#2423
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 @WhiskeySheppard on GitHub (Mar 28, 2024).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/3661
Checklist
jc21/nginx-proxy-manager:latestdocker image?Describe the bug
< I'm getting a mixture of issues setting NPM up and getting it configured. During the initial install I've recieved a "BAD Gateway" when trying to log in, I'd remove then reinstall it, get it configured, Upload my certificates and get all my sites setup through NPM. Everything worked until I reboot the host machine or restart NPM. Then it's behaves like it's a fresh install again loosing all settings I just configured. Only thing apparant in the logs were: "Configuring npm user ... useradd warning: npm's uid 0 outside of the UID_MIN 1000 and UID_MAX 60000 range" I'd uninstall NPM and start over again with another fresh install just to go through the same ordeal again. It has no persistance. I have other dockers running and they're not giving me any issues maintaining my settings/configurations. I've checked on simular issues closed/open and verified everythings's up to date based on other suggestions I've found. One suggested using jc21/nginx-proxy-manager:2.10.4 instead of jc21/nginx-proxy-manager: latest but that made no difference.
I started with this as my docker-compose.yml:
version: '3.8'
services:
app:
image: 'jc21/nginx-proxy-manager:latest'
restart: unless-stopped
ports:
# These ports are in format :
- '80:80' # Public HTTP Port
- '443:443' # Public HTTPS Port
- '81:81' # Admin Web Port
# Add any other Stream port you want to expose
# - '21:21' # FTP
Then hoped maybe using the combination with the database would help with the persistance so I used this for docker-compose.yml
version: '3.8'
services:
app:
image: 'jc21/nginx-proxy-manager:latest'
restart: unless-stopped
ports:
# These ports are in format :
- '80:80' # Public HTTP Port
- '443:443' # Public HTTPS Port
- '81:81' # Admin Web Port
# Add any other Stream port you want to expose
# - '21:21' # FTP
environment:
# Mysql/Maria connection parameters:
DB_MYSQL_HOST: "db"
DB_MYSQL_PORT: 3306
DB_MYSQL_USER: "removed"
DB_MYSQL_PASSWORD: "removed"
DB_MYSQL_NAME: "npm"
# Uncomment this if IPv6 is not enabled on your host
DISABLE_IPV6: 'true'
volumes:
- ./data:/data
- ./letsencrypt:/etc/letsencrypt
depends_on:
- db
db:
image: 'jc21/mariadb-aria:latest'
restart: unless-stopped
environment:
MYSQL_ROOT_PASSWORD: 'removed'
MYSQL_DATABASE: 'npm'
MYSQL_USER: 'removed'
MYSQL_PASSWORD: 'removed'
MARIADB_AUTO_UPGRADE: '1'
volumes:
- ./mysql:/var/lib/mysql
as I used it minus the database credentials I removed.
Nginx Proxy Manager Version
< started with v2.11.1, out of desperations I tried v2.10.4 >
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Screenshots
Operating System
Additional context
@CuriousJames commented on GitHub (Mar 29, 2024):
I'm no expert, but can you check that the letsencrypt and data folders are being created when you run the command to start the docker, which should be 'sudo docker-compose up -d'.
If they are being created and there's files in them then that should be working, but if they aren't being created maybe it's because you're not running the docker-compose up -d command with sudo?
@WhiskeySheppard commented on GitHub (Apr 11, 2024):
@CuriousJames,