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

Can't delete address pool automatically if docker network is created with --ipam-opt="network-name=blue" #44

Open
ados-h opened this issue Aug 15, 2017 · 2 comments

Comments

@ados-h
Copy link

ados-h commented Aug 15, 2017

Guys,

Need you help, thank you in advance!

Without --ipam-opt="network-name=blue", I could successfully create and delete an address pool on infoblox in the automated manner if corresponding docker network create/rm command is issued.

However, if I add --ipam-opt="network-name=blue" in the docker network create command to have the "Network Name" Extensible Attribute automatically created together with the address pool, the address pool wouldn't be automatically deleted by the docker network rm command (network is successfully deleted in docker nevertheless).

Any thoughts, suggestions?
I'm currently on the master branch, btw.

Cheers

@yuewko
Copy link
Contributor

yuewko commented Aug 15, 2017

Specifying --ipam-opt="network-name=xyz" is for use cases such as this: https://community.infoblox.com/t5/Community-Blog/Using-the-Infoblox-IPAM-Driver-for-Docker/ba-p/7129 - see Example: A shared, flat container address space

In this case, since the ipam driver assumes that other docker hosts may be sharing the network, it doesn't delete it from Infoblox. For now, the network on Infoblox need to be deleted manually.

This is something we are aware of and is on the list for future enhancement. Unfortunately, currently, the ReleasePool ipam api does not allow additional option that we could utilize to tell the driver to "forcefully" remove the network.

Hope this helps.

@ados-h
Copy link
Author

ados-h commented Aug 15, 2017

Affirmative!
Thank you @yuewko

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

2 participants