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
A different PR to handle this was merged https://github.com/systemd/systemd/pull/27655 Do you know when RHEL will be able to pick this one?
(In reply to Sebastian Scheinkman from comment #1) > A different PR to handle this was merged > https://github.com/systemd/systemd/pull/27655 > > Do you know when RHEL will be able to pick this one? We are going to address the issue in RHEL-9.3.