Come si passano le unità SATA native a un guest su ESXi?

Ho ESXi 4.0 in esecuzione su una scheda madre Intel DX58S0 con un processore Intel Core i7 930. VT-d è anche abilitato.

Ho tre unità nel sistema, l'unità 0 è utilizzata per ESXi. Le unità 1 e 2 contengono dati di una macchina precedente e vengono visualizzate nella sezione "Schede di memoria" nella configurazione.

Vorrei consentire a una macchina guest di accedere ai dati su queste unità (il più nativamente possibile). Ho abilitato il passthrough del controller SATA integrato della scheda madre (Intel / Marvell 88SE6121). Questo controller viene visualizzato nel mio SO guest, ma il guest non mostra alcuna unità a parte la normale unità virtuale. Ho provato un ospite Linux e Windows7. Ho anche configurato la macchina host per provare le modalità IDE / RAID / ACHI per il controller SATA.

Qualche idea su come posso configurare uno dei miei ospiti per ottenere i dati grezzi su queste unità?

Ho avuto un problema simile con alcune unità da un server che non era riuscito, ho trovato la risposta in questa pagina. http://www.vm-help.com/esx40i/SATA_RDMs.php

È molto più semplice del pass-through del controller o di qualsiasi altro trucco che avevo pensato, ma devi essere in grado di utilizzare la Service Console (google esxi unsupported mode ssh)

sommario:

Passaggio 1) fdisk -lper trovare il nome del dispositivo

Passaggio 2) ls /dev/disks -lper trovare l'identificatore VML

Passaggio 3) vmkfstools -r VMLid aVMDKName.vmdk

Passaggio 4) Aggiungere aVMDKName.VMDKa una macchina virtuale.

per esempio: vmkfstools -r /vmfs/devices/disks/naa.5000c5003010054f /vmfs/volumes/hdd/lanparty.vmdk

Non ero in grado di avviare i dischi come avevo sperato (P2V senza copiare 500 GB attraverso la rete), ma sono stato in grado di collegarli a un'altra macchina virtuale e ottenere i dati.

Un'altra soluzione sarebbe quella di eseguire le seguenti operazioni:

Passaggio 1) Assicurarsi che il supporto tecnico remoto (SSH) sia abilitato e in esecuzione. Passaggio 2) SSH per l'host Passaggio 3) fdisk -l | grep -B4 'non contiene una tabella delle partizioni valida'

Nota: Questo ti mostrerà tutti i dischi fisici che non hanno ancora partizioni, come un SAN LUN di nuovo provisioning. Dovrebbe assomigliare a qualcosa di simile a questo:

Disco /dev/disks/naa.60060e801004eb90052fab6900000000: 42,9 GB, 42949672960 byte 255 teste, 63 settori / binario, 5221 cilindri Unità = cilindri di 16065 * 512 = 8225280 byte

Il disco /dev/disks/naa.60060e801004eb90052fab6900000000 non contiene una tabella delle partizioni valida

Disco /dev/disks/naa.60060e801004eb90052fab6900000001: 42,9 GB, 42949672960 byte 255 teste, 63 settori / binario, 5221 cilindri Unità = cilindri di 16065 * 512 = 8225280 byte

Il disco /dev/disks/naa.60060e801004eb90052fab6900000001 non contiene una tabella delle partizioni valida

Disco /dev/disks/naa.60060e801004eb90052fab6900000002: 42,9 GB, 42949672960 byte 255 teste, 63 settori / binario, 5221 cilindri Unità = cilindri di 16065 * 512 = 8225280 byte

Il disco /dev/disks/naa.60060e801004eb90052fab6900000002 non contiene una tabella delle partizioni valida

Se questo comando non ti mostra alcun dispositivo, probabilmente la mia procedura non fa per te, poiché io, come i poster precedenti, presumo che il motivo per cui il tuo pulsante di opzione "Raw Device Mappings" VC è disattivato è perché il LUN non ha una partizione.

Passaggio 4) Crea una nuova partizione, "fdisk /dev/disks/naa.60060e801004eb90052fab6900000000" Nota: qui dovrai utilizzare il tuo nome dispositivo. Passaggio 5) Se non hai familiarità con fdisk, puoi farlo:

a) "p" per stampare partizioni esistenti. Se non ne vedi, probabilmente è sicuro procedere.

b) "n" per creare una nuova partizione.

c) "p" per primario

d) "1" per la partizione 1

e) per selezionare il settore iniziale predefinito

f) per selezionare il settore finale predefinito

g) "w" per scrivere

h) "q" per uscire

Passaggio 6) Ora dovresti essere in grado di assegnare il disco grezzo in VirtualCenter.

L'ultima risposta è vera ma con alcune modifiche ai comandi, come queste

1. fdisk -l per trovare il nome del dispositivo
2. ls /dev/disks -l per trovare l'identificatore VML
3. vmkfstools VMDKName-withFullPath.vmdk (ie /vmfs/volumes/disk2/somename.vmdk) -a adaptertype -z /vmfs/devices/disks/vml.0200000000600508b1001037383941424344450d004c4f47494
4. Aggiungi VMDKName-withFullPath.vmdk a una macchina virtuale.

Nota : al passaggio 3 è possibile utilizzare -rswitch anziché -z. Queste opzioni dipendono dal controller del disco. Un altro problema importante è che questa soluzione è per l'accesso non elaborato al disco. Per accedere a una partizione in modo fisico, forse è necessario utilizzare -rswitch.