Skip to content

Changes by create-pull-request action #3202

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
mergify merged 1 commit into from
Apr 27, 2026
Merged

Changes by create-pull-request action #3202

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 0 additions & 3 deletions content/cumulus-linux-516/Whats-New/rn.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -15,10 +15,8 @@ pdfhidden: True
| Issue ID | Description | Affects | Fixed |
|--- |--- |--- |--- |
| 4989440 | The <code>nv show interface qos-roce-status</code> command causes HIGH CPU. | 5.16.0-5.16.1 | |
| 4989435 | During warm and fast reboots, NVUE intentionally skips a comprehensive Git cleanup to adhere to strict service start-up SLAs. When this cleanup is bypassed, existing Git maintenance debt, such as unreachable loose objects or blocked Garbage Collection (GC) states, remain in place and accumulate across successive reboots. The lightweight housekeeping performed during a standard <code>nv config apply</code> is not equivalent to a full cleanup. Consequently, stale objects and blocked GC states can persist until the repository becomes unreadable, eventually causing git commit operations to fail with the error <code>fatal: could not parse HEAD</code>.<br>To work around this issue, run <code>sudo systemctl restart nvued.service</code> manually after a warm or fast reboot to trigger the full cleanup path skipped during the automated startup sequence. | 5.16.1 | |
| 4989434 | If the nginx <code>nvue.conf </code> file is updated (for example, with package update) and the NVUE git database is corrupt, the startup configuration might fail and the <code>nvue.conf</code> file might come from the debian package instead of the NVUE configuration that you create. To work around this issue, you can force the nginx <code>nvue.conf</code> file to update by making a basic change to system API, applying the change, then backing it out; for example:<br><pre>nv set system api compression gzip<br>nv config apply -y<br>nv unset system api compression gzip<br>nv config apply -y<pre> | 5.16.1 | |
| 4989432 | When an interface is constantly flapping and the same BGP neighbor is coming up on a different interface, routes might not be reprogrammed in the kernel after the kernel deletes the routes during interface down events. To recover from this state, restart the FRR service. | 5.16.1 | |
| 4989430 | If you add a static default route, then delete it, the switch removes the default route in the ASIC. | 5.16.0-5.16.1 | |
| 4989428 | In rare cases, where a gNMI client terminates without cleaning up its gNMI gRPCs, the gNMI server might continue to buffer notifications for the client, resulting in an increase in gNMI server memory usage, potentially leading to a restart of the gNMI server. | 5.15.1-5.16.1 | |
| 4989427 | When upgrading the switch to Cumulus Linux 5.16, the upgrade process completes successfully and both gNMI and SNMP services are up, but gNMI telemetry data is not returned for several key metrics. | 5.16.0-5.16.1 | |
| 4989426 | The <code>nv show interface qos-roce-status</code> command causes HIGH CPU. | 5.16.0-5.16.1 | |
Expand Down Expand Up @@ -249,7 +247,6 @@ pdfhidden: True
| Issue ID | Description | Affects | Fixed |
|--- |--- |--- |--- |
| 4989440 | The <code>nv show interface qos-roce-status</code> command causes HIGH CPU. | 5.16.0-5.16.1 | |
| 4989430 | If you add a static default route, then delete it, the switch removes the default route in the ASIC. | 5.16.0-5.16.1 | |
| 4989428 | In rare cases, where a gNMI client terminates without cleaning up its gNMI gRPCs, the gNMI server might continue to buffer notifications for the client, resulting in an increase in gNMI server memory usage, potentially leading to a restart of the gNMI server. | 5.15.1-5.16.1 | |
| 4989427 | When upgrading the switch to Cumulus Linux 5.16, the upgrade process completes successfully and both gNMI and SNMP services are up, but gNMI telemetry data is not returned for several key metrics. | 5.16.0-5.16.1 | |
| 4989426 | The <code>nv show interface qos-roce-status</code> command causes HIGH CPU. | 5.16.0-5.16.1 | |
Expand Down
18 changes: 0 additions & 18 deletions content/cumulus-linux-516/rn.xml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -13,12 +13,6 @@
<td></td>
</tr>
<tr>
<td>4989435</td>
<td>During warm and fast reboots, NVUE intentionally skips a comprehensive Git cleanup to adhere to strict service start-up SLAs. When this cleanup is bypassed, existing Git maintenance debt, such as unreachable loose objects or blocked Garbage Collection (GC) states, remain in place and accumulate across successive reboots. The lightweight housekeeping performed during a standard {{nv config apply}} is not equivalent to a full cleanup. Consequently, stale objects and blocked GC states can persist until the repository becomes unreadable, eventually causing git commit operations to fail with the error {{fatal: could not parse HEAD}}.To work around this issue, run {{sudo systemctl restart nvued.service}} manually after a warm or fast reboot to trigger the full cleanup path skipped during the automated startup sequence.</td>
<td>5.16.1</td>
<td></td>
</tr>
<tr>
<td>4989434</td>
<td>If the nginx {{nvue.conf }} file is updated (for example, with package update) and the NVUE git database is corrupt, the startup configuration might fail and the {{nvue.conf}} file might come from the debian package instead of the NVUE configuration that you create. To work around this issue, you can force the nginx {{nvue.conf}} file to update by making a basic change to system API, applying the change, then backing it out; for example:
nv set system api compression gzip
Expand All @@ -35,12 +29,6 @@ nv config apply -y</td>
<td></td>
</tr>
<tr>
<td>4989430</td>
<td>If you add a static default route, then delete it, the switch removes the default route in the ASIC.</td>
<td>5.16.0-5.16.1</td>
<td></td>
</tr>
<tr>
<td>4989428</td>
<td>In rare cases, where a gNMI client terminates without cleaning up its gNMI gRPCs, the gNMI server might continue to buffer notifications for the client, resulting in an increase in gNMI server memory usage, potentially leading to a restart of the gNMI server.</td>
<td>5.15.1-5.16.1</td>
Expand Down Expand Up @@ -1429,12 +1417,6 @@ hal_mlx_port.c:3919 ERR port state set failed for port &lt;#&gt;: Driver's Retur
<td></td>
</tr>
<tr>
<td>4989430</td>
<td>If you add a static default route, then delete it, the switch removes the default route in the ASIC.</td>
<td>5.16.0-5.16.1</td>
<td></td>
</tr>
<tr>
<td>4989428</td>
<td>In rare cases, where a gNMI client terminates without cleaning up its gNMI gRPCs, the gNMI server might continue to buffer notifications for the client, resulting in an increase in gNMI server memory usage, potentially leading to a restart of the gNMI server.</td>
<td>5.15.1-5.16.1</td>
Expand Down