-
Bug
-
Resolution: Done-Errata
-
Undefined
-
rhel-9.2.0
-
systemd-252-21.el9
-
None
-
Important
-
rhel-sst-cs-plumbers
-
ssg_core_services
-
26
-
None
-
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
Pass
-
Automated
-
If docs needed, set a value
-
-
Unspecified
-
-
None
Description of problem:
In https://issues.redhat.com/browse/OCPBUGS-11281, it has been observed that when you rename a net device with 'ip link ... set name ...', the device's previous name becomes its altname. This causes a problem when you try to rename the device back and the existence of the altname prevents you. OCP ran into this issue.
Version-Release number of selected component (if applicable):
in RHEL 9.2: systemd-252-8.el9.x86_64
also in Fedora ELN: systemd-253.2-1.eln126.x86_64
How reproducible:
always
Steps to Reproduce:
[root@localhost ~]# ip link show enp1s0
2: enp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether 52:54:00:a2:18:9e brd ff:ff:ff:ff:ff:ff
[root@localhost ~]# ip link set enp1s0 name foo
[root@localhost ~]# ip link show foo
2: foo: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether 52:54:00:a2:18:9e brd ff:ff:ff:ff:ff:ff
altname enp1s0
Actual results:
'foo' now has 'enp1s0' as its altname.
Expected results:
No new altname.
Additional info:
In RHEL 8, it behaves as expected.
Proposed fix for upstream:
https://github.com/systemd/systemd/pull/27506
- blocks
-
OCPBUGS-11281 Error on deleting a pod using sriov netdevice
- Closed
- external trackers
- links to
-
RHBA-2023:125388 systemd update
- mentioned on