Utilizzo di dischi rigidi non certificati nell'array di archiviazione Dell MD3220

È possibile utilizzare dischi rigidi non certificati in un array di archiviazione Dell MD3220? Ho finito per ottenere 3 nuove unità che avevano lo stesso numero di modello EXACT di quelle esistenti. Poi ho comprato i carrelli per accompagnarli.

Le unità con cui sto lavorando:

Manufacturer: TOSHIBA
Product ID: AL13SEB600
Serial number: (varies)
Speed: 10,500 RPM
Current data rate: 6 Gbps
Logical sector size: 512 bytes
Physical sector size: 512 bytes
Physical Disk firmware version: (varies)
Date of manufacture: Not Available

Una volta arrivate le nuove unità, le ho montate sui carrelli e le ho inserite nel mio array di archiviazione per vedere uno Incompatiblestato. Hanno tutte le stesse specifiche. L'unica differenza è il firmware. Ancora ignaro di ciò che stava succedendo ho iniziato il processo standard di aggiornamento del firmware. Il firmware sulle unità che ho ricevuto era 1701e tutte le altre unità esistenti erano DE09.

Durante il Upgrade Physical Disk Firmwareprocesso ...

Finisco per ottenere questo errore ...

Dopo averlo esaminato sul Web, sembra che sia prassi comune per i fornitori come Dell bloccare il proprio software per supportare solo l' hardware DELL BRANDED ! Anche se le unità sono esattamente la stessa unità (stesso modello e tutto sia realizzato da Toshiba).

Ora sono bloccato con queste tre unità che ho acquistato solo perché Dell non me le avrebbe vendute (credo che non le producano più). Per non parlare dei carrelli che ho comprato altrove. La mia domanda è: è possibile in qualche modo eseguire il flashing del firmware su queste unità in modo che il software / hardware Dell li accetti?

AGGIORNAMENTO 2019.01.24

Solo per aggiungere se aiuta gli altri, volevo pubblicare dove sono stato in grado di trovare il firmware per i miei dischi. Dell non lo rende facile da raggiungere. Ho dovuto controllare ogni versione dei pacchetti firmware per trovare il firmware necessario per il mio disco. Suggerimento, non scaricare ognuno di essi, utilizzare il file README (incluso per ciascun pacchetto firmware) per cercare il firmware che si sta cercando, quindi scaricare il pacchetto di firmware di grandi dimensioni. Il mio è A19 che conteneva il DE09firmware che stavo cercando.

Vai a ( questa pagina ) e nota le caselle rosse ...

Dopo aver cliccato su di older versionsessa si apre un'altra finestra che mostra il seguente ...

Dovrai guardare ognuno per determinare quale pacchetto (nel mio caso A19) devi scaricare.

AGGIORNAMENTO 2019.01.29

Bene, sono passati alcuni giorni e la mia lotta continua. Anche con l'aiuto della risposta di @ Freddy sto ancora cercando di renderlo realtà.

Sono riuscito a superare alcuni scatti ma ora non sono in grado di andare avanti. Ho modificato il firmware (DE09.fwh) abbastanza da fare due cose importanti ...

1. Supera il controllo dell'ID del dispositivo per dare il via libera al mio disco. In precedenza, il firmware avrebbe verificato l'id 29747 (AL13SEB300) o l'id 29748 (AL13SEB600) o l'id 29749 (AL13SEB900). Il mio disco si presentava come ID 00000 (AL13SEB600). Quindi ho modificato il FW per tenere conto dell'ID 00000. Questo ha funzionato alla grande!
2. Ignora la versione minima del firmware richiesta (perché le mie nuove unità hanno la versione 1701 su di esse) prima di provare ad aggiornare. Quindi ora invece di guardare le unità con il firmware DE01 e versioni successive, cerca le unità con 1701 e versioni successive (poiché la versione 1701 è inferiore a DE01).

Quindi dopo aver provato molti approcci diversi. Ho scoperto che ci sono davvero tre strumenti da utilizzare per eseguire il flashing del firmware dell'unità ...

1. SASDUPIE.exe
2. Dell Powervault Modular Disk Storage Manager
3. Utilità firmware per disco rigido Dell SAS

SASDUPIE.exe

Quando SASDUPIE.exeprovo ad usare file (* .fwh) come DE09.fwh, ricevo un nuovo errore (dal momento che ho hackerato il firmware) quando provo a fare il flash ...

Operazione non riuscita a causa di un file di immagine non valido.

e

Codice errore: "WriteBuffer: codice di ritorno da ProcessLibCommand = 2d."

Dell Powervault Modular Disk Storage Manager

Questo è il modo normale in cui Dell vuole che aggiorni il firmware. Richiede pacchetti firmware (* .df) come Toshiba_AL13SEB600_DE09.df. Ho pensato di provare a hackerare il firmware e utilizzare questo strumento per aggiornare le unità. Ma con questo strumento legge prima le unità e determina che sono in stato Bypass o Offline e rendono inaccessibili le unità. Questo accade prima ancora che tu possa arrivare alla Download Physical Disk Firmwarefinestra. Quindi sfortunatamente questo è stato un busto.

Utilità firmware per dischi rigidi Dell SAS

Questo è uno strumento che può essere scaricato da qui. Ti consente di creare un CD avviabile o una chiavetta USB. È quindi possibile avviare il CD / USB per aggiornare le unità in un ambiente non Windows. Purtroppo questo non funzionerebbe neanche per me. Quando ho avviato il mio server Dell R630 che ha un'unità di avvio con mirroring (2 unità da 600 GB) e un'unità dati (non attualmente utilizzata) che esegue un array raid 5 da 4 unità e ha connessioni all'unità di archiviazione MD3220 ovviamente. Ciò rende un totale di 6 unità montate nel server R630 e quindi ne ho inserita una (quindi impostata come unità NON RAID) per il flashing del firmware. Quando si avvia questa utility sembra che mi mostri solo 4 unità e due di queste unità sono le stesse unità solo da controller diversi. Non ho idea del perché non mi mostri tutte le unità.

Ho trovato un tutorial. Leggere il firmware Dell Flash nelle unità generiche Seagate .

La procedura dovrebbe essere la stessa per l'unità Toshiba in quanto vengono utilizzati gli stessi strumenti.

Pagina di download Dell: versione firmware DE09 di Toshiba SAS AL13SEB300, AL13SEB600 e AL13SEB900 .

Cordiali saluti: Esiste anche un nuovo firmware DE11 disponibile (non testato da me).

Ho provato a installare il pacchetto Windows a 64 bit che non è riuscito sul mio laptop Lenovo, ma ho trovato i file estratti nella mia directory temp win10 (C: \ Users \ ibm \ AppData \ Local \ Temp ...).

Opzioni della riga di comando di SASDUPIE.exe:

C:\Users\ibm\AppData\Local\Temp\d2a071e4-aa46-4096-8e37-a0359bbdd672>SASDUPIE.exe /?
========================================================================
Firmware Download Program
Dell Inc - All Rights Reserved.  2005-2007
========================================================================

Usage: -h
        Provides detailed help information

Usage: -v
        Provides program version information

Usage: -i [-o <output filename>] [-debug]
        Provides inventory information of all identified devices.
        -o Specifies the output filename.
        -debug Specifies to create a debug log file.

Usage: -u [-s <image folder>] [-f] [-o <output filename>] [-debug [filename]]
        Downloads the firmware to all devices which are compatible with
        the image file.
        -s Specifies the folder containing the firmware image files. Current
            folder is default Ex. c:    mp (win) or //tmp (linux)
        -f Specifies to download if the same or a newer version is installed.
        -o Specifies the output filename.
        -debug [filename] Specifies to create a debug log file. The default
           filename is debug.log in the current folder.
===========================================================================

Hexdump dei primi 256 byte del file binario del firmware payload/DE09.fwh:

ibm@x250:/mnt/c/Users/ibm/AppData/Local/Temp/d2a071e4-aa46-4096-8e37-a0359bbdd672$ xxd -l256 payload/DE09.fwh
00000000: 2020 2020 2020 2020 0144 4530 3944 4530          .DE09DE0
00000010: 3178 0200 0000 0000 0000 0000 0000 0000  1x..............
00000020: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000030: 0000 0000 0000 0000 0000 0000 0000 0003  ................
00000040: 2020 2032 3937 3437 2020 2020 2020 2020     29747
00000050: 2020 2020 2020 2020 2020 2020 2020 2020
00000060: 2020 2020 2020 414c 3133 5345 4233 3030        AL13SEB300
00000070: 2020 2032 3937 3438 2020 2020 2020 2020     29748
00000080: 2020 2020 2020 2020 2020 2020 2020 2020
00000090: 2020 2020 2020 414c 3133 5345 4236 3030        AL13SEB600
000000a0: 2020 2032 3937 3439 2020 2020 2020 2020     29749
000000b0: 2020 2020 2020 2020 2020 2020 2020 2020
000000c0: 2020 2020 2020 414c 3133 5345 4239 3030        AL13SEB900
000000d0: 464d 434c 2020 414c 4441 2020 2020 2020  FMCL  ALDA
000000e0: 2020 2020 4445 4c4c 200d 0a43 6f70 7972      DELL ..Copyr
000000f0: 6967 6874 2843 2954 6f73 6869 6261 2043  ight(C)Toshiba C

Secondo il manuale di Dmitri Bobko è necessario sostituire "29748" (per AL13SEB600) con l'ID hardware rilevato da SASDUPIE.exe -u -s "%cd%\payload" -f -o update.xml -debug debug.log( modifica: assicurarsi di eseguire cmdutilizzando "Esegui come amministratore") e sostituire anche "DE01" (byte 14-17 = minimo richiesto fw versione) con l'attuale revisione del firmware "1701".

Dopo aver eseguito il comando ho trovato debug.logdove sarebbe stato attivato l'aggiornamento fw (se avessi avuto l'hardware corrispondente).

Snippet di debug.log:

...
<Thu Jan 24 01:32:48 AM>loadImageFile: Match: name:*.fwh dirfilename:DE09.fwh
<Thu Jan 24 01:32:48 AM>ImageFiles::DoesFilenameMatchTemplate: Begin
<Thu Jan 24 01:32:48 AM>DoesFilenameMatchTemplate:filename=DE09.fwh filepattern=*.fwh
<Thu Jan 24 01:32:48 AM>DoesFilenameMatchTemplate:lowercase_filename=de09.fwh lowercase_filepattern=*.fwh
<Thu Jan 24 01:32:48 AM>ImageFiles:DoesFilenameMatchTemplate: filepattern length = 5
<Thu Jan 24 01:32:48 AM>ImageFiles:DoesFilenameMatchTemplate: wildcard index = 0
<Thu Jan 24 01:32:48 AM>ImageFiles:DoesFilenameMatchTemplate: have last part
<Thu Jan 24 01:32:48 AM>ImageFiles:DoesFilenameMatchTemplate: FPart=
<Thu Jan 24 01:32:48 AM>ImageFiles:DoesFilenameMatchTemplate: LPart=.fwh
<Thu Jan 24 01:32:48 AM>ImageFiles:DoesFilenameMatchTemplate: lowercase_filename.length()8
<Thu Jan 24 01:32:48 AM>ImageFiles:DoesFilenameMatchTemplate: pLPart.length()4
<Thu Jan 24 01:32:48 AM>filename=C:\Users\ibm\AppData\Local\Temp\d2a071e4-aa46-4096-8e37-a0359bbdd672\payload
<Thu Jan 24 01:32:48 AM>adding file seperator charatcter
<Thu Jan 24 01:32:48 AM>filename=C:\Users\ibm\AppData\Local\Temp\d2a071e4-aa46-4096-8e37-a0359bbdd672\payload\DE09.fwh
<Thu Jan 24 01:32:48 AM>loadImageFile: filename=C:\Users\ibm\AppData\Local\Temp\d2a071e4-aa46-4096-8e37-a0359bbdd672\payload\DE09.fwh
<Thu Jan 24 01:32:48 AM>FWSize=831488
<Thu Jan 24 01:32:48 AM>dirFileName=DE09.fwh
<Thu Jan 24 01:32:48 AM>filename=C:\Users\ibm\AppData\Local\Temp\d2a071e4-aa46-4096-8e37-a0359bbdd672\payload\DE09.fwh
<Thu Jan 24 01:32:48 AM>loadImageFile: imageFile.m_size=831488
<Thu Jan 24 01:32:48 AM>loadImageFile: imageFile.m_name=DE09.fwh
<Thu Jan 24 01:32:48 AM>loadImageFile: imageFile.m_fullPath=C:\Users\ibm\AppData\Local\Temp\d2a071e4-aa46-4096-8e37-a0359bbdd672\payload\DE09.fwh
<Thu Jan 24 01:32:48 AM>addImage: Creating m_imageFileVector
<Thu Jan 24 01:32:48 AM>loadImageFile: End
<Thu Jan 24 01:32:48 AM>SASHardDriveDUPDevice: Loading file(s) rc =0
<Thu Jan 24 01:32:48 AM>DUPWrapper: Begin loop thru SAS devices
<Thu Jan 24 01:32:48 AM>DUPWrapper:No devicea updated.
<Thu Jan 24 01:32:48 AM>DUPWrapper:Deleting ImageLoader.
...

Il generato update.xmlcontiene informazioni solo se è richiesto un riavvio dopo il processo di aggiornamento:

<?xml version="1.0" encoding="UTF-8"?><SVMExecution lang="en"><RebootRequired>0</RebootRequired></SVMExecution>

Happy hacking!