-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
feature request: network create does not have "--label" #5376
Comments
is it not sufficient to podman network rm -f <name_of_network>? |
A friendly reminder that this issue had no activity for 30 days. |
Can you clarify the use case here a bit? Are you using labels and filtering with |
@kunalkushwaha Interested in working on this? @sujil02 ? |
|
@rhatdan This one isn't going to be easy - basically going to need a complete rewrite of our network handling code. |
@hitchhooker looks like it works for me.
|
Need @mheon advise on this one. |
This basically needs a full rewrite of how we handle networking, to store networks we create inside Libpod's database instead of using CNI config files as the sole source of truth (or CNI needs to add a labels field to their configs, which given our past interactions with them on feature requests, seems highly unlikely). There are cards already created for this, I think @baude wants me on it next sprint. |
I don't think we have made any progress on this |
Unfortunately No, because we wouldn't know if that network was created by our tool (in this case minikube) or by the user manually. and minikube doesn't wanna accidentally delete user's created networks in the clean up process. so we rely on a specific label we set on the network to mark them as created by minikube docker has this feature and we expected to treat podman exactly like docker when interacting with cli. |
Fixed in #8505 |
in minikube we recently added podman as a driver, however we can not create a network with a label like for docker.
the reason for creating a network with a label is, minikube delete should be able to clean up after itself and delete all the created containers and networks.
is there any chance to match docker on this feature ?
The text was updated successfully, but these errors were encountered: