You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Whenever i pull a new/different version of nginx-proxy-manager the existing data in /data/compose/3/data is ignored and
a new lets say /data/compose/3/v2 is created if there is an existing /data/compose/3/v1
Normally the data should be and remain in /data/compose/3
I have to stop the container, copy an existing data direcory including database.sqlite over the new one and restart to remain my settings/data.
Another point: on a different installation i see /data/compose/2
Where does this behaviour/numer come from ?
The Version in the docker-compose file? version: "3"
Should be obsolete in newer docker version anyway.
Nginx Proxy Manager Version
coming from older versions, for example:
v2.11.1 pr3478
v2.11.2
To Reproduce
Steps to reproduce the behavior:
Have a running nginx-proxy-manager installation with users etc.
Pull newer version, restart/rebuild
Try to login: User is not there
Expected behavior
The existing data should be used instead of creating a new "instance"
That is an issue (or feature) of portainer when you create a stack and use relative paths for your volumes. Whenever the stack/compose content is updated, it creates a new version and you end up with a whole new 'v##' folder which is used for relative volume mappings. I switched to using absolute paths for the volumes because of this.
at the end i suspected portainer for doing this. Thanks a lot for confirming this!
Also i see there is a version switch at the right upper corner when you edit the stack.
How did you manage to switch to absolute paths?
Gemini: how do i prevent portainer from creating new versions of stack direcories?
There isn't a direct way to disable stack versioning in Portainer currently. This feature was a point of discussion among users on the Portainer GitHub Discussions https://github.com/orgs/portainer/discussions/10415.
Here are two options to consider:
Use Portainer CE: If stack versioning is a major inconvenience, you can switch to the Portainer Community Edition (CE). Unlike the Business Edition, the CE version doesn't automatically create new versions for your stacks.
Manage Data Volumes Manually: Even with stack versioning, your data volumes (folders containing persistent data) typically remain in the original location. You can manage these volumes manually and copy them over to the new version directory if needed. This approach requires some manual intervention but avoids creating new data copies every time.
Describe the bug
Whenever i pull a new/different version of nginx-proxy-manager the existing data in /data/compose/3/data is ignored and
a new lets say /data/compose/3/v2 is created if there is an existing /data/compose/3/v1
Normally the data should be and remain in /data/compose/3
I have to stop the container, copy an existing data direcory including database.sqlite over the new one and restart to remain my settings/data.
Another point: on a different installation i see /data/compose/2
Where does this behaviour/numer come from ?
The Version in the docker-compose file? version: "3"
Should be obsolete in newer docker version anyway.
Nginx Proxy Manager Version
coming from older versions, for example:
v2.11.1 pr3478
v2.11.2
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The existing data should be used instead of creating a new "instance"
Screenshots
cd /data/compose/3
drwxr-xr-x 7 root root 4096 Mar 14 12:11 ./
drwxr-xr-x 3 root root 4096 Jul 21 2022 ../
drwxr-xr-x 7 root root 4096 Sep 21 2023 data/
drwxr-xr-x 4 root root 4096 Oct 5 2023 letsencrypt/
drwxr-xr-x 4 root root 4096 May 3 07:38 v1/
drwxr-xr-x 4 root root 4096 Mar 14 09:24 v2/
drwxr-xr-x 5 root root 4096 May 3 07:38 v3/
Operating System
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.4 LTS"
Additional context
Docker version 26.1.1, build 4cf5afa
Same with Docker Ubuntu distribution
Thanks for any insight to this issue
The text was updated successfully, but these errors were encountered: