-
Notifications
You must be signed in to change notification settings - Fork 431
Update troubleshooting steps for hardware replacement #4055
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.
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
base: main
Are you sure you want to change the base?
Conversation
Added firmware verification steps before replacement action.
|
@sirajyasin : Thanks for your contribution! The author(s) and reviewer(s) have been notified to review your proposed change. |
|
Learn Build status updates of commit ff67a4d: ✅ Validation status: passed
For more details, please refer to the build report. |
|
Can you review the proposed changes? Important: When the changes are ready for publication, adding a #label:"aq-pr-triaged" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This PR enhances the hardware replacement troubleshooting documentation by adding firmware verification steps before performing replacement actions. The update ensures that operators verify firmware versions align with supported runtime versions and meet minimum requirements before proceeding with hardware replacement.
Key Changes:
- Added firmware verification requirement after physical repairs are completed
- Included reference to minimum firmware requirements documentation with inline link
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
| - Broadcom embedded NIC | ||
|
|
||
| After physical repairs are completed, perform a replace action. | ||
| After physical repairs are completed, verify that all firmware versions align with the versions supported for the corresponding runtime. Apply the same best‑practice checks used during deployment to ensure the components meet the [minimum firmware requirements](/operator-nexus/howto-platform-prerequisites.md#minimum-recommended-bios-and-firmware-versions-for-nexus-cluster-runtime). |
Copilot
AI
Dec 17, 2025
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The hyphen character in "best‑practice" appears to be a non-standard character (Unicode non-breaking hyphen U+2011) instead of a regular hyphen. This should be replaced with a standard hyphen (-) for consistency and to avoid potential rendering issues across different platforms and editors.
| After physical repairs are completed, verify that all firmware versions align with the versions supported for the corresponding runtime. Apply the same best‑practice checks used during deployment to ensure the components meet the [minimum firmware requirements](/operator-nexus/howto-platform-prerequisites.md#minimum-recommended-bios-and-firmware-versions-for-nexus-cluster-runtime). | |
| After physical repairs are completed, verify that all firmware versions align with the versions supported for the corresponding runtime. Apply the same best-practice checks used during deployment to ensure the components meet the [minimum firmware requirements](/operator-nexus/howto-platform-prerequisites.md#minimum-recommended-bios-and-firmware-versions-for-nexus-cluster-runtime). |
Added firmware verification steps before replacement action.