From db90c1dcddd0146ea69ef9f9e61c0fc18abd7fa3 Mon Sep 17 00:00:00 2001 From: cumulusAnia Date: Thu, 27 Aug 2026 23:58:29 +0000 Subject: [PATCH] Automated release note commit --- content/cumulus-linux-518/Whats-New/rn.md | 2 +- content/cumulus-linux-518/rn.xml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/content/cumulus-linux-518/Whats-New/rn.md b/content/cumulus-linux-518/Whats-New/rn.md index f9eda0b4e0..3782fc5f1c 100644 --- a/content/cumulus-linux-518/Whats-New/rn.md +++ b/content/cumulus-linux-518/Whats-New/rn.md @@ -27,7 +27,7 @@ pdfhidden: True | 5197214 | If the cumulus-platform-common package is updated, login notification might fail on each login and show errors. | 5.18.0 | | | 5190122 | On a Spectrum-6 switch (such as the SN6600-LD), gNMI reports an incorrect shared-buffer cell size of 192 bytes at /qos/shared-buffer/state/cell-size instead of the correct 256 bytes for Spectrum-6. Because this cell size is used to convert internal buffer cell counts into byte values, several shared-buffer telemetry values derived from it (such as per-queue or traffic-class buffer usage and maximum occupancy) report incorrectly over gNMI. The values are inconsistent with the values that NVUE reports and the hardware buffer counters. | 5.18.0 | | | 5184005 | In certain SRv6 configuration rollback scenarios, Zebra might fail to restore all explicit SRv6 SIDs. This can occur when multiple SRv6 locators share the same parent SID block and one of the locators is replayed during rollback. To work around this issue, restart FRR to clear the stale in-memory SRv6 SID allocation state, then reapply the intended configuration if needed. | 5.18.0 | | -| 5183654 | When you upgrade gNMI with package upgrade, the nv-gnmi.service fails and the switch collects a tech support bundle after the first step of the process (nv action upgrade system packages to latest. The package upgrade process triggers a switch reboot straight afterwards as a second and final step. There is no functional impact after switch reboot completes. | 5.18.0 | | +| 5183654, 5234851 | When you upgrade gNMI with package upgrade, the nv-gnmi.service fails and the switch collects a tech support bundle after the first step of the process (nv action upgrade system packages to latest. The package upgrade process triggers a switch reboot straight afterwards as a second and final step. There is no functional impact after switch reboot completes. | 5.18.0 | | | 5183442 | If the running version of Cumulus Linux is not the newest, installing packages in cumulus-local-apt-archive (RADIUS or TACACS+ packages) might bring in a newer version from remote locations that does not match the running version of Cumulus Linux. To avoid this problem add an /etc/apt/preferences.d/10_prefer_cumulus_local_apt_archive file with the following content (if not already present) before doing a package update:
Package: *
Pin: release a=cumulus-local-apt-archive
Pin-Priority: 992
| 5.16.5-5.18.0 | | | 5180032, 5180016 | Running a transceiver query with the ethtool -m or nv show interface transceiver command might intermittently discard the reply, causing the command to hang for approximately 30 seconds and fail with netlink error: Connection timed out before recovering. | 5.18.0 | | | 5175518, 5217093, 5221594 | The switchd watchdog crashes due to a netlink buffer overflow triggered by continuous next hop group churn. | 5.16.1, 5.16.5-5.16.6, 5.18.0 | 5.16.7| diff --git a/content/cumulus-linux-518/rn.xml b/content/cumulus-linux-518/rn.xml index 0084bc97c6..fb5adadd00 100644 --- a/content/cumulus-linux-518/rn.xml +++ b/content/cumulus-linux-518/rn.xml @@ -85,7 +85,7 @@ -5183654 +5183654, 5234851 When you upgrade gNMI with package upgrade, the {{nv-gnmi.service}} fails and the switch collects a tech support bundle after the first step of the process ({{nv action upgrade system packages to latest}}. The package upgrade process triggers a switch reboot straight afterwards as a second and final step. There is no functional impact after switch reboot completes. 5.18.0