IDPA: DP4400 RUCK zgłasza niepowodzenie sprawdzania firmware_readiness ESXi z powodu awarii komunikacji TLS z kontrolerem iDRAC

Narzędzie RUCK może zakończyć się niepowodzeniem z następującym błędem.

+-----------+--------------------+--------+-----------------------------------------------+-----------------------------------------------+
| Component | Check              | Status | Message                                       | Remedy                                        |
+-----------+--------------------+--------+-----------------------------------------------+-----------------------------------------------+
| ESXi      | firmware_readiness | FAILED | Firmware pre-upgrade checks failed. [ XXX.XXX.| Use KB https://www.dell.com/support/kbdoc/191 |
|           |                    |        | XXX.XXX ]: The cached response with Node Event| 627 to fix the issue.                         |
|           |                    |        | Service is disabled. Node Event Service is in |                                               |
|           |                    |        |  a degraded state,iDRAC Service Module is not |                                               |
|           |                    |        |  available/active at this time. Check iDRAC S |                                               |
|           |                    |        | ervice Module/iDRAC status.                   |                                               |
+-----------+--------------------+--------+-----------------------------------------------+-----------------------------------------------+

Dane wyjściowe dpacli -agentinfo (uruchamiany z wiersza poleceń ACM) może pokazywać stan agenta jako "Degraded" lub "Error".

    "status": {
        "idraccache": "Degraded",
        "idracConnection": "N/A",
        "iSM": "N/A",
        "agent": "Degraded"
    }

    "status": {
        "idraccache": "OK",
        "idracConnection": "OK",
        "iSM": "N/A",
        "agent": "OK"
    }

Dziennik ESXi /scratch/log/pta_debug.log może wykazywać następujący wzorzec błędów.

2023/11/27 18:55:24[UTC] [2108525:172927808] WARN  - HttpsClient::handle_handshake: <0x8cda828> async_handshake() failed - tlsv1 alert protocol version [336151598]
2023/11/27 18:55:24[UTC] [2108525:172927808] WARN  - HttpsClient::handle_handshake: <0x8cda828> async_handshake() failed - tlsv1 alert protocol version [336151598]
2023/11/27 18:55:24[UTC] [2108525:197131072] WARN  - WSManClient::isValidResponse: Http request to host: 169.254.0.1, failed with status code: -2
2023/11/27 18:55:25[UTC] [2108525:173456192] WARN  - HttpsClient::handle_handshake: <0x8cda828> async_handshake() failed - tlsv1 alert protocol version [336151598]
2023/11/27 18:55:29[UTC] [2108525:172927808] WARN  - HttpsClient::handle_handshake: <0x8cda828> async_handshake() failed - tlsv1 alert protocol version [336151598]
2023/11/27 18:55:29[UTC] [2108525:194489152] WARN  - DoMethod: Failed to connect to server. Retrying once . . .
2023/11/27 18:55:29[UTC] [2108525:172927808] WARN  - HttpsClient::handle_handshake: <0x8cda828> async_handshake() failed - tlsv1 alert protocol version [336151598]
2023/11/27 18:55:29[UTC] [2108525:194489152] WARN  - isValidResponse: request failed with status code: -2.
2023/11/27 18:55:29[UTC] [2108525:194489152] WARN  - DoMethod: RedFish request failed. [status: -2, response-body: ]

Serwer internetowy kontrolera iDRAC został skonfigurowany do akceptowania połączeń wyłącznie przy użyciu protokołu TLS w wersji 1.3.
Ta konfiguracja jest nieobsługiwana w przypadku urządzeń IDPA i PowerProtect z serii DP.

Aby rozwiązać ten problem, należy wykonać następujące czynności.

1. Otwórz interfejs użytkownika kontrolera iDRAC w przeglądarce i zaloguj się jako użytkownik "root"
2. Przejdź do opcji "iDRAC Settings" -> "Services" -> "Web Server" -> "Settings"
3. W obszarze konfiguracji "TLS Protocol" upewnij się, że wybrano opcję "TLS 1.2 i nowsze"
4. Wybierz opcję "Apply", aby zastosować tę zmianę

Po tych zmianach stan agenta powinien znormalizować się w ciągu 5–10 minut (nie wymagając żadnych dalszych działań). Jeśli nie zaobserwowano żadnych zmian, zaleca się ponowne uruchomienie usług iSM i PTAgent w systemie operacyjnym hosta.

1. Otwórz połączenie PuTTY/SSH ze składnikiem ESXi (Hypervisor) jako "root" użytkownik
2. Uruchom /etc/init.d/dcism-netmon-watchdog restart
3. Uruchom /etc/init.d/DellPTAgent restart