Bug 2142711
Summary: | Static MAC address is not working inside the container in podman-netavark-mcvlan | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Krishnakumar <kmarutha> |
Component: | netavark | Assignee: | Matthew Heon <mheon> |
Status: | CLOSED ERRATA | QA Contact: | Joy Pu <ypu> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | 8.7 | CC: | arajendr, bbaude, jnovy, mheon, pthomas, ypu |
Target Milestone: | rc | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | netavark-1.3.0-1.el8 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2023-05-16 08:22:23 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Krishnakumar
2022-11-15 02:27:34 UTC
This bug was fixed upstream and released in netavark-v1.2. Because no version of netavark was provided in this bug, I cannot comment further. $ sudo podman run -it --rm --network mc --mac-address=0a:d1:8e:5c:fc:20 alpine 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 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 8: eth0@if2: <NO-CARRIER,BROADCAST,MULTICAST,UP,M-DOWN> mtu 1500 qdisc noqueue state LOWERLAYERDOWN qlen 1000 link/ether 0a:d1:8e:5c:fc:20 brd ff:ff:ff:ff:ff:ff inet 192.168.99.4/24 brd 192.168.99.255 scope global eth0 valid_lft forever preferred_lft forever Can reproduce with netavark-1.0.1-39.module+el8.6.0+16891+aaa3bd4c.x86_64.rpm. Test with netavark-1.3.0-1.module+el8.8.0+17233+49402d35.x86_64 and it works as expected now. The Mac addr is already the same as command line. So move it to verified: # podman network create -d macvlan -o parent=ens3 --subnet="10.74.128.0/22" --gateway="10.74.131.254" mcv0 mcv0 # podman network inspect mcv0 [ { "name": "mcv0", "id": "2b29552e8867cbaa4718e476c6d24f4f41457c8632d578302feb51753c520fc9", "driver": "macvlan", "network_interface": "ens3", "created": "2022-12-05T04:08:11.542708741-05:00", "subnets": [ { "subnet": "10.74.128.0/22", "gateway": "10.74.131.254" } ], "ipv6_enabled": false, "internal": false, "dns_enabled": true, "ipam_options": { "driver": "host-local" } } ] # podman run --network mcv0 -it --mac-address=66:99:8f:19:2e:74 --rm --name test1_bridge quay.io/rhn_support_kmarutha/ubi8custom ip a s|grep -A2 eth0 Trying to pull quay.io/rhn_support_kmarutha/ubi8custom:latest... Getting image source signatures Copying blob ebf24b1a8baf done Copying blob 9160faa7ad21 done Copying config c6e397febb done Writing manifest to image destination Storing signatures 2: eth0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 66:99:8f:19:2e:74 brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 10.74.128.1/22 brd 10.74.131.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::6499:8fff:fe19:2e74/64 scope link tentative 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 (Moderate: container-tools:rhel8 security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2023:2758 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |