Applications Systems
CPU and memory history stops updating when Job Engine v3 cannot decrypt polling credentials
First published date
Last published date
Overview
Product section
Cause
The SolarWinds Job Engine V3 Credentials certificate is present, but its private key is missing from Windows key storage. Job Engine v3 uses this certificate to encrypt and decrypt polling credentials.
Resolution
-
On the affected SolarWinds Platform server, open
certlm.msc. -
Go to Certificates – Local Computer > Personal > Certificates and locate SolarWinds Job Engine V3 Credentials. Confirm that the certificate does not have an associated private key.
-
During a maintenance window, back up the current contents of:
%ALLUSERSPROFILE%\Application Data\Microsoft\Crypto\Keys -
Stop these services using the SolarWinds Platform Service Manager:
- SolarWinds Collector
- SolarWinds Job Engine Service v3
- SolarWinds Certificate Management Service
-
Restore the exact private-key file from a known-good backup to its original location. Preserve the original filename and permissions. Do not use a key from another server or generate a replacement key manually.
-
Start the services in this order:
- SolarWinds Certificate Management Service
- SolarWinds Job Engine Service v3
- SolarWinds Collector
Start the remaining SolarWinds services afterward, if required.
-
Confirm that the certificate now shows an available private key and that Manage Private Keys opens successfully.
-
Verify that the
Keyset does not existand credential-decryption errors no longer occur. After polling resumes, confirm that new CPU and memory data, SAM data, and node-uptime data are being collected. The historical data gap cannot be recreated.
NOTE: If the original private-key file is unavailable or restoration does not resolve the issue, stop and contact SolarWinds Support for a support-guided Job Engine v3 certificate reset or regeneration.