Dell PowerVault MD 34/38 Series Storage Controller Firmware and NVSRAM firmware version 08.25.14.60

Correzioni:
L'I/O dell'host durante il ripristino di un'unità mancante per un volume con dati non scritti nella cache causa un errore di Data Assurance o un'incoerenza dei dati.
Con 16 Gb Fibre Channel, la richiesta RLS dallo switch può causare un riavvio del controller o una possibilità molto rara di incoerenza dei dati.
In array a densità elevata con un'operazione di riconfigurazione (ad es.: espansione dinamica dei volumi, migrazione RAID, ecc.) e mirroring sincronizzato, si verifica un riavvio imprevisto del controller.
La sostituzione di tutte le unità in un pool di capacità più elevata genera risultati con perdita di dati.
Su array a densità elevata con cache write-back e mirroring della cache attivati, un carico di lavoro a scrittura intensa genera timeout e interruzioni nell'I/O dell'host.
Un componente hardware guasto ha causato errori di rilevamento dell'unità e reimpostazioni di destinazioni sovrapposte, comportando guasti all'unità.
Se un controller si riavvia con un'unità guasta, in casi molto rari è possibile riscontrare problemi di integrità dei dati.
Se si modifica la configurazione delle porte host quando si rilevano i volumi su un host, il controller si riavvierà.
Con "cache senza batteria" abilitata, un comando "sync cache" dall'host può causare un riavvio del controller.
Durante la migrazione del firmware del controller tra determinate versioni, potrebbe verificarsi un riavvio imprevisto del controller.
Con più di 200 host in un cluster, un ripristino del dispositivo inviato da un host causava un riavvio imprevisto del controller.
Con il mirroring asincrono, i carichi di lavoro che riempiono la cache di scrittura possono causare riavvii imprevisti del controller.
Su array ad alta densità con più di un volume con thin provisioning, in rari casi (che aumentano in probabilità con un numero maggiore di volumi thin), la scrittura in aree precedentemente non scritte dei volumi thin può portare a problemi di integrità dei dati o a riavvii del controller.
Con iSCSI, un problema di temporizzazione raro poteva portare il controller a tentare di chiudere due volte una sessione, cosa che comportava un riavvio del controller.
Con un volume non pool con un hot-spare integrato, un'unità instabile che genera eventi critici 0x224D determina il riavvio continuo o il blocco del controller.
Se un'unità è guasta a causa di un guasto in arrivo al controller, l'operazione di errore dell'unità non può essere annullata.
Con i pool, se un'unità viene rimossa prima o durante un ciclo di alimentazione del sistema, possono verificarsi il blocco del controller una perdita potenziale di dati.
Il comando di parità del controllo SMcli può bloccarsi se viene rilevato un disallineamento.
Errore imprevisto durante la configurazione di indirizzi solo IPv4 se IPv6 è abilitato.
Riavvio/dump core imprevisto del controller su array ad alta densità quando un pool o un volume di pool è in riconfigurazione.
Su array ad alta densità, il mirroring asincrono o le istantanee con repository a più volumi possono avere come conseguenza riavvii imprevisti del controller.
Con VMware VAAI abilitato e mirroring sincrono su array ad alta densità, possono verificarsi riavvii imprevisti del controller.
Il volume non esegue il failback al controller preferito dopo un ripristino da errore SAN per via di un errore occasionale durante l'elaborazione di STPG da FlexArray (o driver TPGS/ALUA di un'altra modalità esplicita).

Miglioramenti:
Nessuno