-
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
Podman panics when creating network while network with static IP exists #13124
Comments
I've had a quick shot with |
Why do you use the static ipam plugin? With podman 4.0 you should be able to set multiple static ip address per container with the host-local plugin. Nevertheless we need to fix it, it is basically the same issue as #12990. The goal was to make unknown configs still work so this should work. Apparently I overlooked the case where people set a different ipam plugin. |
I am running podman 3.4 and the static ipam plugin was the simplest way to be found for setting a static IP. I think this issue should be fixed both in podman 3.x and 4.0 (unless the static ipam plugin is going to be deprecated in podman 4.0). |
3.4 will not get further updates |
With podman 3.4 you can set a static address with |
Absolutely, thanks for the tips! |
A friendly reminder that this issue had no activity for 30 days. |
@Luap99 is this fixed in 4.x? If so, lets close |
This is not fixed. It needs changes in c/common/libnetwork. |
When we parse CNI config files to convert them into a native Network struct we should not error unsless there is something broken. The goal is to allow all cni configs to still function but podman inspect will not be able to show all informations such as subnets about this network. Because this is a valid use case we only log this at info level. Fixes containers/podman#12990 Fixes containers/podman#13124 Signed-off-by: Paul Holzinger <[email protected]>
When we parse CNI config files to convert them into a native Network struct we should not error unless there is something broken. The goal is to allow all cni configs to still function but podman inspect will not be able to show all informations such as subnets about this network. Because this is a valid use case we only log this at info level. Fixes containers/podman#12990 Fixes containers/podman#13124 Signed-off-by: Paul Holzinger <[email protected]>
When we parse CNI config files to convert them into a native Network struct we should not error unless there is something broken. The goal is to allow all cni configs to still function but podman inspect will not be able to show all informations such as subnets about this network. Because this is a valid use case we only log this at info level. Fixes containers/podman#12990 Fixes containers/podman#13124 Signed-off-by: Paul Holzinger <[email protected]>
When we parse CNI config files to convert them into a native Network struct we should not error unless there is something broken. The goal is to allow all cni configs to still function but podman inspect will not be able to show all informations such as subnets about this network. Because this is a valid use case we only log this at info level. Fixes containers/podman#12990 Fixes containers/podman#13124 Signed-off-by: Paul Holzinger <[email protected]>
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
I am using two networks:
87-podman.conflist
.When trying to create a third network with
podman network create net2
podman panics:Steps to reproduce the issue:
podman network create net1
Modify the
ipam
block in/etc/cni/net.d/net1.conflist
to use a static address (see Description)podman network create net2
Describe the results you received:
Podman panics, no network is created.
Describe the results you expected:
Network
net2
is created.Additional information you deem important (e.g. issue happens only occasionally):
This issue might be related to #12990.
Output of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide? (https://github.com/containers/podman/blob/main/troubleshooting.md)
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
I have observed the bug in Fedora 35 Server on bare metal and in Fedora 35 Server and IoT in a VM.
The text was updated successfully, but these errors were encountered: