-
I had a working config for a long time but this week after migrating to new storage solution I lost all my persistent docker storage. I use Portainer and I have config backups that was able to import. I have all my docker-compose yaml code. I recreated all the paths, spun up nginx using the docker-compose from before. The first container I brought back was Duplicati, for secure cloud backups to S3. Unfortunately Nginx-proxy is not picking up the certificate like before and I see a bunch of error messages. I'm not sure but I don't think it's useful to post the full acme logs and I'm afraid it will contain private info. Here's what I think is important (but ask me anything if I have left it out). The nginx-proxy logs do not show errors or weird things (or at least I don't think they do). I just it starting worker processes and graceful shutdowns with exits. Acme picks up the fqdn, I see
Then I see a response, status pending, so far so good I guess. I then see It then looks like it repeats some of that a few times. And then:
After that I see this:
Now I see the timeout, and the path of that url. I don't quite understand that, Ive not changed the network config, that has all been restored with Portainer's backup. Duplicati is up and running and I have exposed the port (I can connect and use it via its own port as well). I have no idea how to fix this back to its original working state. Any help will be greatly appreciated! Thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Cool! I fixed it 😁 Redeploying Nginx-proxy I changed the container name, not realizing that would also change the network name. All docker-compose files had the old network name. |
Beta Was this translation helpful? Give feedback.
Cool! I fixed it 😁
Redeploying Nginx-proxy I changed the container name, not realizing that would also change the network name. All docker-compose files had the old network name.