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

B0rked on restart #6

Open
dave-tucker opened this issue Jul 17, 2015 · 1 comment
Open

B0rked on restart #6

dave-tucker opened this issue Jul 17, 2015 · 1 comment

Comments

@dave-tucker
Copy link
Contributor

No description provided.

@nerdalert
Copy link
Contributor

If a plugin stops or restarts, Docker isn't aware of the stop or restart. It is only concerned with the plugin when a call is required from the network like port/bridge/network CRUD operations.

We populate the OVSDB cache at plugin runtime so any existing ports are cached and so a port delete is handled just fine.

Problem: What isn't in the cache are network IDs. So libnetwork sends a create endpoint with a network ID that doesn't exist because it isn't persistent through the plugin restart.

Proposed Solution: Since we have a persistent database in OVSDB, we could simply write libnetwork network ID's to a bridge row in the bridge table in a metadata/options/stamp collection field.

= Docker daemon error from a new container request if the plugin was restarted since the original network create:

Cannot start container 2c7f4ff12b2d808a9032c6dd99d6603a4a30cc76693756360d883d2b58af9643: remote: No such network 9696d65c1e227aabdf9794f49a4638f78e5da3cb36f5578a2ef1c74e46acc624

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