Passa al contenuto principale

Considerazioni sugli aggiornamenti firmware

Prima di iniziare l'aggiornamento firmware per i dispositivi gestiti mediante Lenovo XClarity Administrator, leggere le seguenti importanti considerazioni.

Considerazioni generali​

  • Livelli minimi richiesti per il firmware.

    Verificare che il firmware installato su ciascun dispositivo gestito sia aggiornato al livello minimo richiesto prima di utilizzare XClarity Administrator per aggiornare il firmware su tali dispositivi. È possibile trovare i livelli minimi di firmware richiesti sulle Supporto XClarity Administrator - Pagina Web sulla compatibilità facendo clic sulla scheda Compatibilità e quindi sul collegamento per i tipi di dispositivi appropriati.

    Nota
    Per informazioni sul supporto di dispositivi I/O e limitazioni conosciute, vedere Supporto XClarity Administrator - Pagina Web sulla compatibilità.

  • Aggiornare tutti i componenti al livello incluso nel repository degli aggiornamenti firmware.

    Poiché gli aggiornamenti firmware per i componenti Flex System sono testati e rilasciati insieme, si consiglia di mantenere lo stesso livello di firmware su tutti i componenti in uno chassis di Flex System. Pertanto, è importante aggiornare il firmware su tutti i componenti dello chassis nella stessa finestra di manutenzione. XClarity Administrator applica automaticamente gli aggiornamenti selezionati nella sequenza corretta.

  • I driver Linux LXPM e Windows LXPM non vengono aggiornati per impostazione predefinita

    Quando si creano un criterio, i driver Linux e Windows di Lenovo XClarity Provisioning Manager (LXPM) sono impostati su "Non aggiornare" per impostazione predefinita.

  • I driver LXPM Linux e LXPM Windows non sono inclusi nel download degli UXSP

    LXPM I driver Linux e Windows non sono inclusi in UpdateXpress System Packs (UXSPs). Per applicare questi pacchetti di aggiornamento ai dispositivi, scaricare i pacchetti del repository degli aggiornamenti firmware più recenti oppure scaricare manualmente i singoli pacchetti e creare un criterio di conformità del firmware per includere tali pacchetti.

  • Alcuni aggiornamenti firmware dipendono dal codice in funzione di un livello minimo del driver di dispositivo.

    Prima di applicare gli aggiornamenti firmware di adattatore e I/O su un server, potrebbe essere necessario aggiornare un driver di dispositivo a un livello minimo. Gli aggiornamenti firmware in genere non dipendono da livelli specifici dei driver di dispositivo. Fare riferimento al file Readme dell'aggiornamento firmware per tali co-dipendenze e aggiornare i driver di dispositivo nel sistema operativo prima di aggiornare il firmware. XClarity Administrator non aggiorna i driver di dispositivo nel sistema operativo.

  • Riavviare XClarity Administrator prima di aggiornare il firmware

    Se i tentativi precedenti di aggiornare il firmware non riescono, riavviare XClarity Administrator prima di aggiornare il firmware. Il riavvio del server di gestione garantisce che l'account riservato di sistema utilizzato per aggiornare il firmware venga sincronizzato sui dispositivi gestiti.

  • Gli aggiornamenti firmware determinano un'interruzione dell'attività e richiedono l'inattività dei carichi di lavoro sui dispositivi.

    L'esecuzione degli aggiornamenti firmware sui dispositivi gestiti determina un'interruzione dell'attività se si sceglie di aggiornare immediatamente l'aggiornamento. È necessario disattivare i dispositivi prima di aggiornare il firmware mediante la procedura di attivazione immediata.

    Quando si aggiorna il firmware sui server, questi vengono arrestati e spostati in un sistema operativo di manutenzione per aggiornare i driver di dispositivo per adattatori, unità disco e unità SSD.

    Switch Flex in uno specifico chassis vengono aggiornati in sequenza e riavviati durante il processo di aggiornamento firmware. L'implementazione di percorsi dati ridondanti limita il problema dell'interruzione dell'attività, ma potrebbe comunque verificarsi una breve interruzione nella connettività di rete durante l'aggiornamento firmware.

  • Non utilizzare XClarity Administrator per aggiornare il firmware sul server sul quale è in esecuzione XClarity Administrator.

    Se XClarity Administrator viene eseguito su un host hypervisor in esecuzione su un server che sta gestendo, non utilizzare XClarity Administrator per aggiornare il firmware su quel server. Quando gli aggiornamenti firmware vengono applicati con attivazione immediata, XClarity Administrator forza il riavvio del server di destinazione, determinando di conseguenza anche il riavvio dell'host hypervisor e di XClarity Administrator. Se gli aggiornamenti vengono applicati con attivazione posticipata, solo parte del firmware viene applicata finché il sistema di destinazione non viene riavviato

Considerazioni CMM​

  • Riposizionare virtualmente i CMM prima di aggiornare il firmware.

    Se si stanno aggiornando CMM in cui da oltre tre settimane è in esecuzione una release stack del livello di firmware compresa tra 1.3.2.1 2PET12K e 2PET12Q e che presentano una configurazione a doppio CMM, è necessario riposizionare sia i CMM primari che quelli in standby prima di procedere all'aggiornamento del firmware (vedere Riposizionamento virtuale di un modulo CMM).

Considerazioni sul controller di gestione della scheda di base​

  • L'indirizzo IP gestito viene utilizzato per i dispositivi con due porte di controller di gestione

    Per i dispositivi con due porte del controller di gestione della scheda di base, il processo di aggiornamento firmware utilizza l'indirizzo IP che consente di gestire il dispositivo.

  • Livelli minimi BMC richiesti per lo stato "Attivazione in sospeso"

    Per visualizzare lo stato dell'attivazione in sospeso, è necessario installare la seguente versione del firmware sul controller di gestione della scheda di base primario del server.

    • IMM2: TCOO46F, TCOO46E o versioni successive (a seconda della piattaforma)

    • XCC: CDI328M, PSI316N, TEI334I o versioni successive (a seconda della piattaforma)

  • Aggiornamenti applicati al controller di gestione primario e alle partizioni del firmware UEFI.

    Gli aggiornamenti di Baseboard Management Controller (BMC) e UEFI possono essere applicati alle partizioni firmware primaria e di backup per il controller di gestione e UEFI in modo indipendente.

    È anche possibile applicare gli aggiornamenti di controller di gestione e di UEFI solo alle partizioni firmware primarie sul server. Per impostazione predefinita, il controller di gestione è configurato per sincronizzare il controller di gestione di backup con la partizione del controller di gestione primario dopo aver verificato che il controller di gestione primario viene eseguito correttamente e che il nuovo livello è pronto per essere promosso a backup. Tuttavia, il controller di gestione non è configurato per sincronizzare la partizione di backup di UEFI per impostazione predefinita. Prendere in esame una delle seguenti opzioni sul controller di gestione:

    • Abilitare la sincronizzazione automatica della partizione di backup di UEFI.

      Ciò garantisce che entrambe le partizioni primaria e di backup eseguano lo stesso livello di firmware e che il firmware UEFI di backup sia compatibile con il firmware del controller di gestione.

    • Disabilitare la sincronizzazione automatica della partizione di backup del controller di gestione.

      Pur trattandosi di un'operazione non consigliata, permette di acquisire il controllo completo sui livelli di firmware per il controller di gestione e UEFI. Tuttavia, è necessario aggiornare manualmente il controller di gestione e il firmware UEFI per entrambe le partizioni.

    Utilizzare i criteri di conformità del firmware per determinare quali aggiornamenti vengono applicati a ciascun dispositivo. Per ulteriori informazioni sui criteri di conformità del firmware, vedere Creazione e assegnazione di criteri di conformità del firmware.

    Nota
    Se il controller di gestione e UEFI sono configurati per eseguire automaticamente la sincronizzazione del firmware di backup dal backup primario, non è necessario per XClarity Administrator aggiornare i banchi di backup. In tale caso, è possibile cancellare gli aggiornamenti dei banchi di backup quando si applicano gli aggiornamenti a un server oppure si rimuovono i banchi di backup dai criteri di conformità del firmware.

  • Possibilità di errore del sistema VMware vSphere ESXi (schermata diagnostica porpora dell'host) quando un controller di gestione viene reimpostato.

    Se si sta eseguendo VMware vSphere ESXi su un qualsiasi server, assicurarsi che siano installati i livelli minimi di VMware ESXi seguenti prima di aggiornare il firmware sul server:
    • Se si sta eseguendo VMware vSphere ESXi 5.0, installare un livello minimo 5.0u2 (aggiornamento 2)
    • Se si sta eseguendo VMware vSphere ESXi 5.1, installare un livello minimo 5.1u1 (aggiornamento 1)

    Se questi livelli minimi non sono installati, potrebbe verificarsi un errore di sistema di VMware vSphere ESXi (schermata diagnostica porpora dell'host) ogni volta che il controller di gestione viene reimpostato o anche quando il firmware del controller di gestione viene applicato e attivato.

    Nota
    Questo problema non interessa ESXi v5.5.

Considerazioni sui dispositivi ThinkSystem​

  • Per i server ThinkSystem SE350 in cui è in esecuzione una versione firmware di XCC precedente alla 20A, l'accesso IPMI su KCS deve essere abilitato manualmente nel controller di gestione della scheda di base per garantire che il controller di gestione possa comunicare con XClarity Administrator.

    Per i server ThinkSystem SE350, IPMI su KCS è disabilitato per impostazione predefinita. Per i server ThinkSystem SE350 in cui è in esecuzione la versione firmware 20A di XCC o successiva, XClarity Administrator abilita automaticamente IMPI su KCS durante un aggiornamento firmware e lo disabilita una volta completato l'aggiornamento. Tuttavia, per i server ThinkSystem SE350 che eseguono la versione firmware XCC precedente alla 20A, è necessario abilitare manualmente questa opzione dall'interfaccia utente di Lenovo XClarity Controller, facendo clic su Configurazione BMC > Sicurezza > Accesso IPMI su KCS.

  • Per i server ThinkSystem SR635 e SR655, si applicano le seguenti limitazioni.

    • È supportata solo l'attivazione immediata. L'attivazione ritardata e l'attivazione con priorità non sono supportate.

    • Per XClarity Administrator v3.1.1 e versioni successive, è possibile utilizzare la funzione di aggiornamento in bundle per aggiornare tutti i componenti dei server ThinkSystem SR635 e SR655, inclusi controller di gestione della scheda di base, UEFI, unità disco e opzioni I/O.

      Attenzione
      I dispositivi selezionati verranno spenti prima di avviare il processo di aggiornamento. Verificare che qualsiasi carico di lavoro in esecuzione venga interrotto oppure, se si lavora in un ambiente virtualizzato, venga spostato su un server differente. Se sono in esecuzione dei processi, il processo di aggiornamento viene messo in coda fino al completamento di tutti gli altri processi. Per visualizzare un elenco dei processi attivi, fare clic su Monitoraggio > Processi.
      Nota

      • L'applicazione degli aggiornamenti firmware in bundle è supportata solo per i server ThinkSystem SR635 e SR655.

      • L'applicazione di aggiornamenti firmware in bundle è supportata solo per l'indirizzo IPv4. Gli indirizzi IPv6 non sono supportati.

      • Verificare che ciascun dispositivo di destinazione sia stato avviato nel sistema operativo almeno una volta per recuperare le informazioni complete dell'inventario.

      • Per utilizzare la funzione di aggiornamento in bundle è richiesto il firmware del controller di gestione della scheda di base v2.94 o versione successiva.

      • Vengono utilizzati solo gli aggiornamenti firmware dei pacchetti del repository o i singoli aggiornamenti firmware. I pacchetti UpdateXpress System Packs (UXSPs) non sono supportati.

      • Solo gli aggiornamenti firmware scaricati vengono applicati. Aggiornare il catalogo prodotti e scaricare gli aggiornamenti firmware appropriati (vedere Aggiornamento del catalogo prodotti e Download degli aggiornamenti firmware).
        Nota
        Quando XClarity Administrator viene installato per la prima volta, il catalogo prodotti e il repository sono vuoti.

      • Il controllo di conformità è supportato solo per il controller di gestione della scheda di base e UEFI nei server ThinkSystem SR635 e SR655. XClarity Administrator tenta comunque di applicare gli aggiornamenti firmware a tutti i componenti hardware disponibili.

      • Gli aggiornamenti vengono applicati in base ai criteri di conformità del firmware assegnati. Non è possibile scegliere di aggiornare un sottoinsieme di componenti.

      • XClarity Administrator v3.2 o versione successiva è richiesto per applicare gli aggiornamenti firmware per Lenovo XClarity Provisioning Manager (LXPM), i driver Windows LXPM o i driver Linux LXPM ai server ThinkSystem SR635 e SR655.

      • Gli aggiornamenti del controller di gestione della scheda di base e UEFI vengono ignorati se la versione attualmente installata è superiore ai criteri di conformità assegnati.

      • I criteri di conformità del firmware devono essere creati e assegnati ai dispositivi ai quali si desidera applicare gli aggiornamenti firmware. Per ulteriori informazioni, vedere Creazione e assegnazione di criteri di conformità del firmware.

      • I dispositivi selezionati verranno spenti prima di avviare il processo di aggiornamento. Verificare che qualsiasi carico di lavoro in esecuzione venga interrotto oppure, se si lavora in un ambiente virtualizzato, venga spostato su un server differente.

      È anche possibile utilizzare la funzione di aggiornamento tradizionale per applicare gli aggiornamenti firmware solo al controller di gestione della scheda di base e UEFI.

    • Per XClarity Administrator v3.0:

      • I dati di gestione non vengono aggiornati correttamente durante l'aggiornamento del firmware da 20A a 20B o 20C. Per risolvere il problema, annullare la gestione, quindi gestire nuovamente il dispositivo oppure riavviare il sistema XClarity Administrator.

      • Il downgrade degli aggiornamenti firmware non è supportato.

  • Gli aggiornamenti firmware non sono supportati sui server ThinkSystem che utilizzano DHCPv6 o gli indirizzi IPv6 assegnati staticamente

    Quando si utilizza l'indirizzamento IPv6 sui server ThinkSystem, gli aggiornamenti firmware sono supportati soltanto sugli indirizzi IPv6 Link-Local Address (LLA) e stateless.

  • Quando si aggiorna il firmware alla versione 20D, è necessario aggiornare insieme UEFI e XCC.

    UEFI e Lenovo XClarity Controller (XCC) devono essere aggiornati insieme per la versione 20D. L'aggiornamento di XCC e non di UEFI, e viceversa, causerà problemi.

Considerazioni sui dispositivi Flex System​

  • Accertarsi che gli switch Flex aggiornati siano accesi.

  • Switch Flex devono essere configurati con un indirizzo IP raggiungibile da XClarity Administrator.

    Allo Switch Flex di destinazione deve essere assegnato un indirizzo IP che può comunicare con XClarity Administrator in modo che XClarity Administrator possa scaricare e applicare l'aggiornamento firmware.

  • Non è possibile scaricare gli aggiornamenti del firmware per i server IBM dall'interfaccia Web utilizzando XClarity Administrator 4.1 e versioni successive.

    Per XClarity Administrator 4.1 e versioni successive, non è possibile scaricare i pacchetti Update XPress Pack o i singoli aggiornamenti del firmware per i seguenti server dall'interfaccia Web. Scaricare manualmente gli aggiornamenti dal sito ibm.com e importarli.

    • IBM System x iDataPlex dx360 M4

    • IBM System series M4

    • IBM System x3100 M5 e x3250 M5

    • IBM System x3850 X5 e x3950 X5

    • IBM System x3850 X6 e x3950 X6

    • IBM Flex System

  • Selezionare Attivazione immediata quando si aggiornano i nodi di elaborazione con livelli di firmware del controller di gestione precedenti a Flex System 1.3.2.

    Quando si applica Flex System 1.3.2, release del ciclo di vita del secondo trimestre, a un nodo di elaborazione, è necessario scegliere l'attivazione immediata per aggiornare il nodo di elaborazione. L'attivazione immediata forza il riavvio del nodo di elaborazione durante il processo di aggiornamento.

  • Supporto dell'aggiornamento sui complessi scalabili, quali i nodi x480 X6 e x880 X6.

    Il supporto degli aggiornamenti sui nodi scalabili, come i nodi di elaborazione x480 X6 e x880 X6 di Flex System è limitato alle configurazioni in cui il complesso è configurato come una partizione singola che include tutti i nodi di elaborazione che fanno parte del complesso multinodo. Non è possibile utilizzare XClarity Administrator per aggiornare un complesso costituito da più partizioni.

    Se si assegnano dei criteri di conformità del firmware a una partizione che include più server in un complesso scalabile (come Nodi di elaborazione Flex System x480 X6 e Nodi di elaborazione Flex System x880 X6), XClarity Administrator aggiorna il firmware su tutti i controller di gestione e gli UEFI per ciascun server nella partizione per impostazione predefinita. Tuttavia, se si seleziona un sottoserie di componenti all'interno della partizione, XClarity Administrator aggiorna il firmware solo sui componenti selezionati nella partizione.

  • Prima di aggiornare il CMM2 alla v1.30 (1AON06C) o successiva, è necessario che gli switch Flex eseguano la versione di livello 3 di Enhanced Configuration and Management (EHCM L3)

    Il CMM2 e gli switch Flex comunicano mediante il protocollo EHCM. Questo protocollo è necessario XClarity Administrator per aggiornare gli switch Flex. Quando si aggiorna un CMM2 alla v1.30 (1AON06C) o successiva, XClarity Administrator verifica che gli switch Flex stiano eseguendo EHCM L3; in caso contrario, l'aggiornamento di CMM viene annullato e viene visualizzata un'avvertenza per indicare che occorre prima aggiornare gli switch Flex a una versione che supporti EHCM-L3. È possibile ignorare questa verifica selezionando Tentativo di aggiornamento di componenti già conformi quando si aggiorna il firmware del CMM.

    Attenzione
    Attualmente non sono disponibili versioni firmware per gli switch Ethernet Flex System EN6131 e gli switch InfiniBand IB6131 in grado di supportare EHCM L3. Ciò significa che dopo aver aggiornato il firmware del CMM2 alla v1.30 (1AON06C) o successiva, non è più possibile utilizzare XClarity Administrator per aggiornare tali switch. La soluzione alternativa consiste nell'utilizzare l'interfaccia Web o l'interfaccia della riga di comando del controller di gestione affinché lo chassis aggiorni lo switch.
    Switch Flex SystemVersioneData di rilascio
    CN40937.8.4.0Giugno 2014
    EN40236.0.0Aprile 2015
    EN40937.8.4.0Giugno 2014
    EN4093R7.8.4.0Giugno 2014
    EN6132Non disponibileNon disponibile
    FC31719.1.3.02.00Giugno 2014
    FC50227.4.0b1Marzo 2016
    IB6132Non disponibileNon disponibile
    SI40917.8.4.0Giugno 2014
    SI40937.8.4.0Giugno 2014
    Nota
    Lo switch scalabile Ethernet EN2092 1 Gb non richiede EHCM L3 e non è soggetto a questa limitazione.

Considerazioni sullo storage​

  • Considerazioni sui dispositivi di storage ThinkSystem della serie DM

    Per aggiornare il firmware dei dispositivi di storage ThinkSystem della serie DM, è necessario che siano in esecuzione i dispositivi v9.7 o versione successiva.

    Il downgrade è supportato solo per le versioni secondarie. Ad esempio, è possibile eseguire il downgrade da 9,7P11 a 9,7P9; tuttavia, non è possibile eseguire il downgrade da 9,8 a 9,7.

    Per scaricare il firmware per i dispositivi di storage ThinkSystem della serie DM:

    • Uno o più dispositivi di storage ThinkSystem della serie DM devono essere gestiti da XClarity Administrator.

    • Ogni dispositivo di storage ThinkSystem della serie DM deve essere autorizzato per l'assistenza e il supporto hardware.

    • Nella pagina Aggiornamenti firmware: Repository è necessario specificare il paese in cui si trovano i dispositivi di storage ThinkSystem della serie DM. Solo il firmware crittografato può essere scaricato per i dispositivi nei seguenti paesi: Armenia, Bielorussia, Cina, Corea del Nord, Cuba, Iran, Kazakistan, Kirghizistan, Russia, Siria, Sudan.

  • Le unità disco devono trovarsi nello stato JBOD, Online, Pronto o Non configurato (valido).

    Per aggiornare il firmware delle unità disco, lo stato RAID deve essere Online, Pronto o Non configurato (valido). Gli altri stati non sono supportati. Per determinare lo stato RAID di un'unità disco, accedere alla pagina Inventario per il dispositivo, espandere la sezione Unità e controllare la colonna Stato RAID per tale unità disco (vedere Visualizzazione dei dettagli di un server gestito).

  • La versione firmware non rileva le unità disco e le unità SSD.

    XClarity Administrator rileva solo la versione firmware installata ed esegue un controllo di conformità per le unità disco e le unità SSD collegate a un adattatore MegaRAID o NVME. Le altre unità potrebbero avere un livello di firmware non supportato oppure potrebbero non supportare la segnalazione della versione firmware. Tuttavia, gli aggiornamenti firmware vengono applicati a tali unità una volta selezionati.

  • Il firmware NVMe viene applicato anche se non è identificato con un componente di destinazione.

    Nella pagina Applica/Attiva, viene elencata la versione firmware NVMe per le unità SSD. Dal momento che non viene identificato alcun aggiornamento firmware di destinazione per i dispositivi NVMe rilevati, viene visualizzato un messaggio di avvertenza quando si tenta di aggiornare il sistema di destinazione. Tuttavia, l'aggiornamento delle unità disco fisso/SSD viene applicata anche se non è identificato con un componente di destinazione, in modo che il firmware NVMe sia costantemente aggiornato.

  • L'applicazione del pacchetto di aggiornamento ServeRAID M5115 PSoC3 da XClarity Administrator richiede che il livello minimo installato sia 68.

    L'aggiornamento ServeRAID M5115 PSoC3 (Programmable System-on-Chip) da una versione precedente alla 68 deve essere effettuato in maniera controllata.

    Suggerimento
    è possibile visualizzare la versione del codice per ServeRAID M5115 PSoC3 effettuando il login all'interfaccia Web CMM e selezionando la scheda Firmware per il nodo di elaborazione di destinazione. Quindi, selezionare la scheda di espansione per l'adattatore di ServeRAID M5115. La versione del codice PSoc3 è il tipo di firmware GENERIC.
    Per le versioni installate precedenti alla 68, non è possibile eseguire l'aggiornamento mediante XClarity Administrator. È invece necessario eseguire le seguenti operazioni dall'interfaccia Web o dall'interfaccia della riga di comando (CLI) di Chassis Management Module (CMM):

    • Utilizzo dell'interfaccia Web CMM:

      1. Effettuare il login all'interfaccia Web CMM (Chassis Management Module).
      2. Nel menu principale, fare clic su Assistenza e supporto > Avanzata.
      3. Fare clic sulla scheda Ripristino servizio.
      4. Selezionare il nodo di elaborazione appropriato facendo clic sul relativo pulsante di scelta.
      5. Dall'elenco a discesa Reimposta, fare clic su Riposizionamento virtuale.
      6. Fare clic su OK per confermare.

    • Utilizzo dell'interfaccia della riga di comando CMM:

      • Effettuare il login all'interfaccia Secure Shell (SSH) del CMM.

      • Immettere il seguente comando per eseguire un riposizionamento virtuale:

        'service -vr -T blade[x]

        dove x è il numero del vano del nodo di elaborazione da riposizionare.

    Una volta che il sistema viene riacceso, avviare il sistema operativo e aggiornare ServeRAID M5115 PSoC3 utilizzando il pacchetto di aggiornamento incorporato estratto. Completare le seguenti operazioni per estrarre il pacchetto incorporato.

    • Utilizzo di Microsoft Windows:

      Aprire il pacchetto di aggiornamento (lnvgy_fw_psoc3_m5115-70_windows_32-64.exe) e selezionare Estrai su disco fisso. Selezionare quindi il percorso in cui il pacchetto incorporato deve essere estratto.

    • Utilizzo di Linux:

      Eseguire il seguente comando:

      lnvgy_fw_psoc3_m5115-70_linux_32-64.bin -x

      dove x è la posizione in cui deve essere estratto il pacchetto incorporato.