Bug 1812245 - Whereabouts IPAM CNI should use CR in whereabouts.cni.cncf.io
Summary: Whereabouts IPAM CNI should use CR in whereabouts.cni.cncf.io
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Networking
Version: 4.5
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: 4.5.0
Assignee: Douglas Smith
QA Contact: Weibin Liang
Depends On:
Blocks: 1813031
TreeView+ depends on / blocked
Reported: 2020-03-10 20:07 UTC by Weibin Liang
Modified: 2020-07-13 17:20 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
: 1813031 (view as bug list)
Last Closed: 2020-07-13 17:19:39 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:2409 0 None None None 2020-07-13 17:20:06 UTC

Description Weibin Liang 2020-03-10 20:07:30 UTC
Description of problem:
Whereabouts IPAM CNI should use CR in whereabouts.cni.cncf.io

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. curl -s https://raw.githubusercontent.com/weliang1/Openshift_Networking/master/Features/multus/whereabouts-macvlan.yaml   | oc create -f-
2. curl -s https://raw.githubusercontent.com/weliang1/Openshift_Networking/master/Features/multus/pod.yaml | sed s/pod-name/pod-macvlan-bridge-whereabouts/g | sed s/net-attach-def/macvlan-bridge-whereabouts/g | oc create -f- 

Actual results:
 Warning  FailedCreatePodSandBox  11s        kubelet, ip-10-0-145-60.us-east-2.compute.internal  Failed to create pod sandbox: rpc error: code = Unknown desc = failed to create pod network sandbox k8s_pod-macvlan-bridge-whereabouts_test_651a9a80-5349-4c9a-91cf-31eeb73f5b53_0(e4a9b1c372188fbb47187a3636043942098c962924f0d6f1fce9f614978e9533): Multus: [test/pod-macvlan-bridge-whereabouts]: error adding container to network "whereabouts": delegateAdd: error invoking DelegateAdd - "macvlan": error in getting result from AddNetwork: Error assigning IP: no matches for kind "IPPool" in version "whereabouts.cni.k8s.io/v1alpha1"

Expected results:
Pod should get correct IP address for second interface

Additional info:

Comment 1 Weibin Liang 2020-03-11 15:08:37 UTC
Same issue happened in 4.4.0-0.nightly-2020-03-11-095741

Comment 2 Douglas Smith 2020-03-11 20:20:30 UTC
I found an additional bug while fixing this one, BZ @ https://bugzilla.redhat.com/show_bug.cgi?id=1812676

Comment 3 Douglas Smith 2020-04-22 15:52:01 UTC
Modified in https://github.com/openshift/whereabouts-cni/pull/7

Comment 4 Weibin Liang 2020-04-22 17:02:22 UTC
Tested and verified in 4.5.0-0.nightly-2020-04-21-103613

[weliang@weliang ~]$ oc get pods
NAME                             READY   STATUS    RESTARTS   AGE
pod-macvlan-bridge-whereabouts   1/1     Running   0          2m
[weliang@weliang ~]$ 
[weliang@weliang ~]$ oc rsh pod-macvlan-bridge-whereabouts
/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
3: eth0@if30: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 8951 qdisc noqueue state UP 
    link/ether 0a:58:0a:83:00:19 brd ff:ff:ff:ff:ff:ff
    inet brd scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::7821:3dff:fe92:6866/64 scope link 
       valid_lft forever preferred_lft forever
4: net1@if2: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 9001 qdisc noqueue state UP 
    link/ether 52:0c:f8:c8:ce:31 brd ff:ff:ff:ff:ff:ff
    inet brd scope global net1
       valid_lft forever preferred_lft forever
    inet6 fe80::500c:f8ff:fec8:ce31/64 scope link 
       valid_lft forever preferred_lft forever

Comment 7 errata-xmlrpc 2020-07-13 17:19:39 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.