Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-99857

`nmcli device reapply` Causes Unexpected Link Flap on Interface

Linking RHIVOS CVEs to...Migration: Automation ...SWIFT: POC ConversionSync from "Extern...XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Normal Normal
    • None
    • rhel-10.1
    • NetworkManager
    • None
    • No
    • None
    • rhel-net-mgmt
    • None
    • False
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • Hide

      Definition of Done:

      Please mark each item below with ( / ) if completed or ( x ) if incomplete:

      ( ) The acceptance criteria defined below are met.

      Given a live interface with stable configuration,

      When the system administrator executes nmcli device reapply <iface> with no config changes,

      Then the link state must remain up and there must be no loss of carrier or connectivity flap.

      ( ) Integration test case is available upstream.

      ( ) Code is reviewed and merged upstream.

      ( ) Preliminary testing is done.

      ( ) Upstream documentation is written in the upstream MR.

      ( ) Release notes text is written in the RHEL issue.

      ( ) A demo is recorded

      Show
      Definition of Done: Please mark each item below with ( / ) if completed or ( x ) if incomplete: ( ) The acceptance criteria defined below are met. Given a live interface with stable configuration, When the system administrator executes nmcli device reapply <iface> with no config changes, Then the link state must remain up and there must be no loss of carrier or connectivity flap. ( ) Integration test case is available upstream. ( ) Code is reviewed and merged upstream. ( ) Preliminary testing is done. ( ) Upstream documentation is written in the upstream MR. ( ) Release notes text is written in the RHEL issue. ( ) A demo is recorded
    • None
    • None
    • Unspecified
    • Unspecified
    • Unspecified
    • None

      What were you trying to do that didn't work?

      What is the impact of this issue to you?

      When running nmcli device reapply on an active interface, the command triggers a link flap event: the interface momentarily transitions to a DOWN/NO-CARRIER state before returning to UP/LOWER_UP. This disrupts network connectivity, impacts running applications and ongoing network sessions.

      Please provide the package NVR for which the bug is seen:

      NetworkManager-1.53.90-1.el9

      How reproducible is this bug?:

      always

      Steps to reproduce

      1.  ip monitor link &> monitor.log  
      2.  nmcli d reapply $iface
      3.  cat monitor.log  

      Expected results

      Reapplying device configuration with nmcli d reapply should not interrupt the link or cause a physical link flap if the configuration has not changed. The interface should remain in the UP/LOWER_UP state, and connectivity should not be disrupted.

      Actual results

      Executing nmcli d reapply eno1 on a live connection results in:

      The link briefly losing carrier (NO-CARRIER, state DOWN), immediately regaining carrier (LOWER_UP, state UP).

      ```

      1. cat monitor.log
        2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default 
            link/ether 20:04:0f:fa:75:b0 brd ff:ff:ff:ff:ff:ff
            altname enp24s0f0
        2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default 
            link/ether 20:04:0f:fa:75:b0 brd ff:ff:ff:ff:ff:ff
            altname enp24s0f0
        ```

        1. NM_log
          58 kB
          Wen Liang

              nm-team Network Management Team
              liangwen12year Wen Liang
              Network Management Team Network Management Team
              Vladimir Benes Vladimir Benes
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: