mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 09:25:55 +03:00
[GH-ISSUE #399] No loading of configuration after reimport of SQL dump #339
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#339
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 @MartinKuhl on GitHub (May 7, 2020).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/399
Checklist
jc21/nginx-proxy-manager:latestdocker image? -> xesDescribe the bug
To Reproduce
Steps to reproduce the behavior:
after a restore (docker exec -it db bash -c "mysql -uXXX -pYYYY nginx < /var/www/html/interface/nginx/nginx-backup.sql") of the configuration (db entries) all SSL Certificates and Configuration is back. But it is not functional. I have to open a proxy host configuration and simply save it without any edit and now the SSL configuration is working.
Without these "edit" I get a NET::ERR_CERT_INVALID error message.
Is there any way to do these edit via script?
Expected behavior
After loading the backup everything working without editing and saving each entry of host proxy configuration.
Operating System
Additional context
@Indemnity83 commented on GitHub (May 11, 2020):
When you restored the SQL backup, did you also restore all the configuration files that are stored in the /data volume?
Nginx doesn't read its configurations from the database, it loads the files stored in /data. It sounds like you've restored the database but not the configuration files. Re-saving the hosts will re-generate the Nginx configs and reload Nginx so it picks up the changes.
@MartinKuhl commented on GitHub (May 11, 2020):
That was the missing hint. After saving and restoring the folder /data/nginx together with a database dump and restore now everting is back and ready to work.