Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Restarting by rebuild-dndc leads to orphaned containers #69

Open
vvmichielvv opened this issue May 22, 2024 · 1 comment
Open

Restarting by rebuild-dndc leads to orphaned containers #69

vvmichielvv opened this issue May 22, 2024 · 1 comment

Comments

@vvmichielvv
Copy link

Hi!

I have installed rebuild-dndc through community apps in UnRaid and follow the instructions. Once my GlueTun VPN is rebuild/restarted, this indeed triggers the script to take action on the containers that have their network configured to use the VPN.

However, I end up with all orphaned dockers and have to reinstall them. Something is going wrong. Is here any debug log or so as a startpoint? Using Unraid 6.12.10

@vvmichielvv
Copy link
Author

vvmichielvv commented May 26, 2024

I figured this one out myself. The default template for each container using the vpn network contains one or more port item(s), ie WebUI. Because the networkinterface in my setup is set to 'none' and setting the network interface through the extra parameters, this conflicts when starting the container (UnRaid seems to detect that and does not add the -p parameters when starting the container).

The solution was to remove all "port" items from the containers that use the VPN network. Then Rebuild-dndc can rebuild and restart them without a problem. It now works like a charm!

small note: i do see that when restarting a container from the CLI in the Rebuild-dndc container, the -l parameters (labels) are missing. Strangely enough, these labels ARE still there after a Rebuild-dndc rebuild and restart...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant