Skip to content

[BUG] Wrong IP allocation make pods to crash #605

@oglok

Description

@oglok

What happened:

Following instructions on microshift.io for containerized deployment (not AIO) on Podman, some of the pods like service-ca and kubevirt hostpath provisioner get wrong IP addresses:

[vagrant@fedora ~]$ oc get pod -A -o wide                                                                                                                                                                      
NAMESPACE                       NAME                                   READY   STATUS             RESTARTS   AGE     IP                NODE     NOMINATED NODE   READINESS GATES                               
default                         edge-app-deployment-7bfb5d9cc7-5qk4q   1/1     Running            0          69s     10.42.0.4         fedora   <none>           <none>                                        
default                         edge-app-deployment-7bfb5d9cc7-ljxvq   1/1     Running            0          69s     10.42.0.3         fedora   <none>           <none>                                        
kube-system                     kube-flannel-ds-x7sfk                  1/1     Running            0          3m39s   192.168.122.154   fedora   <none>           <none>                                        
kubevirt-hostpath-provisioner   kubevirt-hostpath-provisioner-qcc4k    1/1     Running            0          3m28s   10.85.0.2         fedora   <none>           <none>                                        
openshift-dns                   dns-default-7swq4                      2/2     Running            0          3m38s   10.42.0.2         fedora   <none>           <none>                                        
openshift-dns                   node-resolver-xsg2n                    1/1     Running            0          3m39s   192.168.122.154   fedora   <none>           <none>                                        
openshift-ingress               router-default-6c96f6bc66-nfvp8        1/1     Running            0          3m42s   192.168.122.154   fedora   <none>           <none>                                        
openshift-service-ca            service-ca-7bffb6f6bf-mml2f            0/1     CrashLoopBackOff   2          3m44s   10.85.0.3         fedora   <none>           <none>   

What you expected to happen:

All pods that are not using the host network, must get IPs from the pod network indicated by flannel CNI:

[vagrant@fedora ~]$ oc get pod -A -o wide 
NAMESPACE                       NAME                                   READY   STATUS    RESTARTS   AGE   IP                NODE     NOMINATED NODE   READINESS GATES
default                         edge-app-deployment-7bfb5d9cc7-5qk4q   1/1     Running   0          29m   10.42.0.4         fedora   <none>           <none>
default                         edge-app-deployment-7bfb5d9cc7-ljxvq   1/1     Running   0          29m   10.42.0.3         fedora   <none>           <none>
kube-system                     kube-flannel-ds-x7sfk                  1/1     Running   0          31m   192.168.122.154   fedora   <none>           <none>
kubevirt-hostpath-provisioner   kubevirt-hostpath-provisioner-wlcqh    1/1     Running   0          21m   10.42.0.6         fedora   <none>           <none>
openshift-dns                   dns-default-7swq4                      2/2     Running   0          31m   10.42.0.2         fedora   <none>           <none>
openshift-dns                   node-resolver-xsg2n                    1/1     Running   0          31m   192.168.122.154   fedora   <none>           <none>
openshift-ingress               router-default-6c96f6bc66-nfvp8        1/1     Running   0          31m   192.168.122.154   fedora   <none>           <none>
openshift-service-ca            service-ca-7bffb6f6bf-lcq5c            1/1     Running   0          27m   10.42.0.5         fedora   <none>           <none>

How to reproduce it (as minimally and precisely as possible):

  1. Follow instructions in microshift.io for Podman deployments.

Anything else we need to know?:

This is a test on a Fedora Vagrant VM.

Environment:

Relevant Logs

Metadata

Metadata

Assignees

No one assigned

    Labels

    kind/bugCategorizes issue or PR as related to a bug.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions