starred/nginx-proxy-manager-NginxProxyManager

Fork 0

mirror of https://github.com/NginxProxyManager/nginx-proxy-manager.git synced 2026-04-25 17:35:52 +03:00

[GH-ISSUE #3070] Updating system gives me a clean database, all data lost. #2081

New issue

Open

opened 2026-02-26 07:33:57 +03:00 by kerem · 8 comments

kerem commented

2026-02-26 07:33:57 +03:00

Owner

Originally created by @MarkLFT on GitHub (Jul 20, 2023).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/3070

I am trying to update my npm installation. I currently have version 2.9.19 with MariaDB version. 10.4.12.

I used
docker-compose down
docker-compose pull -- for the database it says error, then app pulls the latest version.
docker-compose up -- I can see it is trying to migrate the database, and it creates a new admin account.

When I try to login using my previous admin account it says not found, if I log in with the newly created account, I get in, but all my hosts and streams are gone.

How can I update my installation with losing all my data?

Originally created by @MarkLFT on GitHub (Jul 20, 2023). Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/3070 I am trying to update my npm installation. I currently have version 2.9.19 with MariaDB version. 10.4.12. I used docker-compose down docker-compose pull -- for the database it says error, then app pulls the latest version. docker-compose up -- I can see it is trying to migrate the database, and it creates a new admin account. When I try to login using my previous admin account it says not found, if I log in with the newly created account, I get in, but all my hosts and streams are gone. How can I update my installation with losing all my data?

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@vodjan commented on GitHub (Jul 23, 2023):

Same issue here, currently on NPM v2.10.3 and MariaDB-Aria 3.12.0.

I can no longer log into NPM with my previous account info, but I can log in using the default credentials and none of my configs show up when I do. All of my reverse proxies still function just fine even though they aren't visible in the web GUI.

The DB runs in a separate container, both are configured with one compose file. No other container uses this DB instance. I manage both through Portainer, where I update via recreating the containers while pulling the latest image. I have been doing this for at least a year and a half and never had an issue.

I can't pinpoint which exact update caused this because I've only been checking NPM functionality by connecting to the reverse proxies for some time now, and they still work fine.

@vodjan commented on GitHub (Jul 23, 2023): Same issue here, currently on NPM v2.10.3 and MariaDB-Aria 3.12.0. I can no longer log into NPM with my previous account info, but I can log in using the default credentials and none of my configs show up when I do. All of my reverse proxies still function just fine even though they aren't visible in the web GUI. The DB runs in a separate container, both are configured with one compose file. No other container uses this DB instance. I manage both through Portainer, where I update via recreating the containers while pulling the latest image. I have been doing this for at least a year and a half and never had an issue. I can't pinpoint which exact update caused this because I've only been checking NPM functionality by connecting to the reverse proxies for some time now, and they still work fine.

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@farhan-tariq commented on GitHub (Jul 25, 2023):

Why not have a separate docker-compose.yml file specific for running a database. Might run into docker network issue but they are resolvable as you can make the database and npm be on the same network.

So when you will do docker-compose down, it will not bring the database down.
The issue might be that the data is not getting persisted on your host OS

@farhan-tariq commented on GitHub (Jul 25, 2023): Why not have a separate docker-compose.yml file specific for running a database. Might run into docker network issue but they are resolvable as you can make the database and npm be on the same network. So when you will do docker-compose down, it will not bring the database down. The issue might be that the data is not getting persisted on your host OS

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@MarkLFT commented on GitHub (Aug 3, 2023):

Why not have a separate docker-compose.yml file specific for running a database. Might run into docker network issue but they are resolvable as you can make the database and npm be on the same network.

So when you will do docker-compose down, it will not bring the database down. The issue might be that the data is not getting persisted on your host OS

I am not sure I understand th point you are making. The docker compose is as per recommended by the development team, and the issue has nothing to do with the database server running or not, it is more to do with the database data appears to get lost during the update.

@MarkLFT commented on GitHub (Aug 3, 2023): > Why not have a separate docker-compose.yml file specific for running a database. Might run into docker network issue but they are resolvable as you can make the database and npm be on the same network. > > So when you will do docker-compose down, it will not bring the database down. The issue might be that the data is not getting persisted on your host OS I am not sure I understand th point you are making. The docker compose is as per recommended by the development team, and the issue has nothing to do with the database server running or not, it is more to do with the database data appears to get lost during the update.

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@vodjan commented on GitHub (Aug 3, 2023):

Why not have a separate docker-compose.yml file specific for running a database.

I doubt that makes a difference here.

The issue might be that the data is not getting persisted on your host OS

Well for me it's definitely getting persisted in some way, because as I said the configuration continues to work after both docker-compose down and machine reboots. I just can't see it in the UI and my account got lost.

@vodjan commented on GitHub (Aug 3, 2023): > Why not have a separate docker-compose.yml file specific for running a database. I doubt that makes a difference here. > The issue might be that the data is not getting persisted on your host OS Well for me it's definitely getting persisted in some way, because as I said the configuration continues to work after both `docker-compose down` and machine reboots. I just can't see it in the UI and my account got lost.

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@github-actions[bot] commented on GitHub (Apr 9, 2024):

Issue is now considered stale. If you want to keep it open, please comment 👍

@github-actions[bot] commented on GitHub (Apr 9, 2024): Issue is now considered stale. If you want to keep it open, please comment :+1:

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@GloriousGloria23 commented on GitHub (May 13, 2024):

yep, same here... interestingly, i find a populated database.sqlite in the docker container compose folder... but npm is not accessing it... anyone has an idea how to repopulate it?\

@GloriousGloria23 commented on GitHub (May 13, 2024): yep, same here... interestingly, i find a populated database.sqlite in the docker container compose folder... but npm is not accessing it... anyone has an idea how to repopulate it?\

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@github-actions[bot] commented on GitHub (Jan 8, 2025):

Issue is now considered stale. If you want to keep it open, please comment 👍

@github-actions[bot] commented on GitHub (Jan 8, 2025): Issue is now considered stale. If you want to keep it open, please comment :+1:

kerem commented

2026-02-26 07:33:58 +03:00

Author

Owner

@R1skNt commented on GitHub (Sep 2, 2025):

I just encountered the same issue, stop>pull>run all data is gone, even tho the PostgreSQL data volume is there

@R1skNt commented on GitHub (Sep 2, 2025): I just encountered the same issue, stop>pull>run all data is gone, even tho the PostgreSQL data volume is there

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/nginx-proxy-manager-NginxProxyManager#2081

No description provided.

Rows
Columns