Troubleshoot UCS device monitoring in the SolarWinds Platform
This topic applies only to the following products:
SolarWinds Observability Self-Hosted
NPM — SAM — VMAN
This topic describes about issues you may encounter when monitoring UCS devices in the SolarWinds Platform. For additional troubleshooting information, visit the SolarWinds Success Center and our online IT community, THWACK.
Be sure to review UCS device monitoring requirements.
Issue: Polling does not return data for UCS fabric interconnects.
Verify the following items:
- Make sure a child node for the fabric interconnect exists beneath the parent node for the UCS controller. See Add nodes for devices connected to UCS controllers to the SolarWinds Platform.
- For fabric interconnects, the polling method must be SNMP.
- Verify that fiber interconnects have external IP addresses. If the external gateway, external IP address, or external mask are set to 0.0.0.0, update the IP address.
- The SolarWinds Platform main polling engine or Additional Polling Engine (APE) — whichever polls the UCS cluster — must have access to the UCS API.
Issue: When setting up a UCS blade as a node in the SolarWinds Platform, you select the Operating System Interface but no change occurs.
As you add a node for a UCS blade, you must specify which network interface to use to monitor the blade:
- Management Interface: Use the Management Interface to monitor the blade. When you add the node, the IP address automatically populates with information captured from the parent BMC controller during SNMP polling.
- Operating System Interface: Use this method to monitor the blade via its build-in operating system that returns a broader range of data, such as hardware health. To add the node, you'll need to provide its IP address because polling occurs in a layer of the OSI model that does not capture IP addresses.
If you select the Operating System Interface option but no change occurs, the blade probably has existing connections to other SolarWinds Platform entities based on its IP address, as configured in the following product versions:
- NPM 12.4 and earlier
- SAM 6.7.1 and earlier
- VMAN 8.3 and earlier
If the blade was already associated with other nodes in earlier product versions, you cannot switch the network interface used for the blade from the Management interface to the Operating System interface. This logic preserves existing node connections that are based on the blade IP address provided by the Management interface.
To work around this functionality, remove the blade node from the SolarWinds Platform and then add it back again.
Issue: Users want to be warned when certificate errors occur.
By default, the SolarWinds Platform is configured to ignore certificate errors when monitoring UCS devices. You can update that setting on the Global tab of the Advanced Configuration page in the SolarWinds Platform Web Console, if necessary.
Before proceeding, note the following details about this functionality:
- Generally, you should not modify any Advanced Configuration settings unless instructed to do so from a support article or the direction from the SolarWinds Support team.
- The IgnoreCertificateErrors settings applies only to nodes for which the Cisco UCS Manager is added via HTTPS.
To configure UCS device monitoring so users are prompted to validate untrusted connections, follow these steps:
- Log into the SolarWinds Platform Web Console as an administrator.
- In the address field of the web browser, enter:
http:// (your host name)/Orion/Admin/AdvancedConfiguration/Global.aspx : Global tab
- When the Advanced Configuration page opens, clear the IgnoreCertificateErrors check box for UCS.Settings.
- Use the SolarWinds Platform Service Manager to restart the following services:
- SolarWinds Collector Service
- SolarWinds Orion Module Engine