ESX3.5 Cluster & MD3000i – Entrambi i server vedono gli obiettivi iSCSI, Solo un server può utilizzare la partizione

Tutto apposto. Innanzitutto, avviso. Questa è una questione più grande-allora-normale. Mi piace essere approfondita e cercare di eliminare tutte le possibili risposte "easymode", così come dare a tutti una sensazione di quello che ho provato. Ho incluso diverse immagini della nostra installazione e il problema che sta avendo ..

TLDR Version: Quindi ho seguito le guide qui: ESX Deployment Guide V1 Questa è la guida che Dell mi ha mandato a configurare due server ESX3.5 che montano un Dell MD3000i. Non funziona. Entrambi i server non possono utilizzare la stessa partizione di archiviazione sul MD3000. Entrambi i server lo vedono, ma solo un server può effettivamente utilizzarlo. (quel server è qualunque server ha creato la partizione sul target.) Entrambi i server ESX sono membri del gruppo host.

  • Interconnessione 2 Interruttori su rack separati
  • Come estendere una partizione di PV Linux in linea dopo la crescita del disco virtuale
  • Come verificare se gli host ESX dispongono di RAM sufficiente
  • È ansible il multipath tra FC e iSCSI?
  • Impostazione di HP ProCurve 2810-24G per iSCSI?
  • Come faccio a sbloccare il caso Dell T610?
  • Versione completa

    Ho 2 ESX3.5 Server (10.0.7.102, anche chiamato EPI2 e 10.0.7.103, chiamato anche EPI3.) Collegato a un dispositivo iSCSI SAN (Dell MD3000i). Entrambi i server ESX possono "scansionare" la SAN e vedere i LUNS.

    Parte prima: Memoria MD3000i

    Sul MD3000i, entrambi i server sono nel mio gruppo host. immettere qui la descrizione dell'immagine

    Ho due partizioni, VM1 e VM2, entrambe 1.6TB (vmware non piace niente di passato 2tb). immettere qui la descrizione dell'immagine

    E si può anche vedere che i server ESX stanno puntando l'MD3000 solo bene. immettere qui la descrizione dell'immagine

    Parte seconda: i server ESX

    la scansione del md3000 Figura 1.

    Così come si può vedere sopra, entrambi i server ESX (10.0.7.102 e 10.0.7.103) sono in grado di vedere e analizzare la SAN MD3000i.
    Stoccaggio su Vmware Figura 2.

    Sopra è lo storage che entrambi i server vedono. Ho creato la partizione di archiviazione su EPI2 (102). Ho poi esteso la partizione per includere il secondo LUN per un totale complessivo di 3,27 TB di memory.

    vmwarepartition

    Quando ho eseguito la "scansione" su 103 (il server non aggiorna la partizione), ottengo il seguente log di log / messaggi. Mar 11 10:41:18 kernel epi3: scsi1: remove-single-device 0 0 0 fallito, dispositivo occupato (4). essere l'unica linea che cattura le mie attenzioni. (EPI3 è il nome del server)

    Mar 11 10:41:04 epi3 vmkiscsid[5436]: Connected to Discovery Address 192.168.130.101 Mar 11 10:41:04 epi3 vmkiscsid[5437]: Connected to Discovery Address 192.168.130.102 Mar 11 10:41:04 epi3 vmkiscsid[5438]: Connected to Discovery Address 192.168.131.101 Mar 11 10:41:04 epi3 vmkiscsid[5439]: Connected to Discovery Address 192.168.131.102 Mar 11 10:41:17 epi3 kernel: scsi singledevice 2 0 0 0 Mar 11 10:41:17 epi3 kernel: Vendor: DELL Model: MD3000i Rev: 0735 Mar 11 10:41:17 epi3 kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Supported VPD pages for sdb : 0x0 0x80 0x83 0x85 0x86 0x87 0xc0 0xc1 0xc2 0xc3 0xc4 0xc8 0xc9 0xca 0xd0 Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Device id info for sdb: 0x1 0x3 0x0 0x10 0x60 0x1 0xe4 0xf0 0x0 0x1a 0x1a 0xa2 0x0 0x0 0x15 0xe2 0x4d 0x75 0xf6 0x99 0x53 0x98 0x0 0x54 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x2c 0x74 0x2c 0x30 0x78 0x30 0x30 0x30 0x31 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x0 0x0 0x0 0x51 0x94 0x0 0x4 0x0 0x0 0x80 0x1 0x53 0xa8 0x0 0x44 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x0 0x0 0x0 0x0 Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Id for sdb 0x60 0x01 0xe4 0xf0 0x00 0x1a 0x1a 0xa2 0x00 0x00 0x15 0xe2 0x4d 0x75 0xf6 0x99 0x4d 0x44 0x33 0x30 0x30 0x30 Mar 11 10:41:17 epi3 kernel: VMWARE: Unique Device attached as scsi disk sdb at scsi2, channel 0, id 0, lun 0 Mar 11 10:41:17 epi3 kernel: Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0 Mar 11 10:41:17 epi3 kernel: scan_scsis starting finish Mar 11 10:41:17 epi3 kernel: SCSI device sdb: 3509329920 512-byte hdwr sectors (1797751 MB) Mar 11 10:41:17 epi3 kernel: sdb: sdb1 Mar 11 10:41:17 epi3 kernel: scan_scsis done with finish Mar 11 10:41:17 epi3 kernel: scsi singledevice 2 0 0 1 Mar 11 10:41:17 epi3 kernel: Vendor: DELL Model: MD3000i Rev: 0735 Mar 11 10:41:17 epi3 kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Supported VPD pages for sdc : 0x0 0x80 0x83 0x85 0x86 0x87 0xc0 0xc1 0xc2 0xc3 0xc4 0xc8 0xc9 0xca 0xd0 Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Device id info for sdc: 0x1 0x3 0x0 0x10 0x60 0x1 0xe4 0xf0 0x0 0x1a 0x1a 0x86 0x0 0x0 0xd 0xb7 0x4d 0x75 0xf2 0x77 0x53 0x98 0x0 0x54 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x2c 0x74 0x2c 0x30 0x78 0x30 0x30 0x30 0x31 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x0 0x0 0x0 0x51 0x94 0x0 0x4 0x0 0x0 0x80 0x1 0x53 0xa8 0x0 0x44 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x0 0x0 0x0 0x0 Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Id for sdc 0x60 0x01 0xe4 0xf0 0x00 0x1a 0x1a 0x86 0x00 0x00 0x0d 0xb7 0x4d 0x75 0xf2 0x77 0x4d 0x44 0x33 0x30 0x30 0x30 Mar 11 10:41:18 epi3 kernel: VMWARE: Unique Device attached as scsi disk sdc at scsi2, channel 0, id 0, lun 1 Mar 11 10:41:18 epi3 kernel: Attached scsi disk sdc at scsi2, channel 0, id 0, lun 1 Mar 11 10:41:18 epi3 kernel: scan_scsis starting finish Mar 11 10:41:18 epi3 kernel: SCSI device sdc: 3509329920 512-byte hdwr sectors (1797751 MB) Mar 11 10:41:18 epi3 kernel: sdc: sdc1 Mar 11 10:41:18 epi3 kernel: scan_scsis done with finish Mar 11 10:41:18 epi3 kernel: scsi1: remove-single-device 0 0 0 failed, device busy(4). Mar 11 10:41:18 epi3 kernel: scsi singledevice 1 0 0 0 

    Le cose che ho provato:

    1. Rimozione degli obiettivi iSCSI da soli 103, distriggerszione di iSCSI, riavvio, triggerszione di iSCSI, re-aggiunta di obiettivi, scansione. Stesso risultato.
    2. Rimuovere la partizione in 102, invece, la partizione formattata su 103. Stesso risultato, tranne che scoperto. 103 può utilizzare l'archiviazione, 102 non può.
    3. Ricominciare. Rimuovere tutti i target iSCSI in entrambe le caselle ESX, distriggersndo iSCSI, distriggersndo il firewall per iSCSI, riavviando ESX. Quindi sul MD3000, Rimuovi il gruppo host, Rimuovi i mapping Host-to-Virtual, Riavviato la SAN. Seguì nuovamente la documentazione, stesso risultato. Entrambi i server vedono l'archiviazione, ma solo un server può utilizzarlo.
    4. Distriggersre e ritriggersre VMware DRS e HA. Stesso risultato.
    5. Flat-out spegnimento di VMware DRS e HA, e facendo il "start over" passo per vedere se forse che lo ha fatto. Stesso risultato.

    Sono un po 'perdere la mia mente qui, Tutto quello che leggo online dice "basta dividere e se le caselle ESX possono vedere i bersagli, funziona solo" …. bene crap.

    Qualsiasi idea, qualsiasi altra cosa da provare? Qualcuno a me atleast mi metterà nella giusta direzione? Sono veramente stanco di lavorare da 1am a 4am (le nostre ore di manutenzione)

  • Memoria non Dell in un PowerEdge 1850
  • Recuperare da un arrays RAID punzonato
  • Come sviluppare un hardware Raid 5?
  • Chiunque abbia esperienza con SQL su iSCSI sulle caselle di Equalogic?
  • Dell R710 Mem ECC Attenzione: sensore di memory, passaggio a critiche da less gravi
  • Può essere spostato un disco fisico da un PERC a un controller SAS non distruttivo?
  • 4 Solutions collect form web for “ESX3.5 Cluster & MD3000i – Entrambi i server vedono gli obiettivi iSCSI, Solo un server può utilizzare la partizione”

    Mi sento il tuo dolore …. ho fatto la battaglia con ESX e iSCSI più volte durante l'anno scorso.

    Non sono sicuro, ma potrebbe essere eseguito in un problema a causa della dimensione del datastore risultante. C'è un limite di 2TB ad un iSCSI LUN, che va bene poiché tu lo hai diviso in due LUN di 1,6 TB.

    Mi chiedo se epi3 non possa caricare il datastore perché crede di essere una dimensione non valida.

    Hai provato a caricare each lun mentre è proprio datastore per vedere se gli host possono vederli correttamente in questo modo?

    Sembra che sia permesso l'accesso iSCSI, ma nessuna lettura / scrittura … È stato fatto questo?

    Seleziona "Sì: questo host condividerà l'accesso agli stessi dischi virtuali con altri host"

    (da http://www.dell.com/downloads/global/solutions/pvault_esx_storage_deployment_guide_v1.pdf )

    EDIT: per eliminare l'ESX come il problema, puoi mettere il secondo ESX in un gruppo host separato e assegnare un gruppo host a lun? Inoltre, ho visto alcuni vecchi post where, se il nome dell'iniziatore era più lungo di 31 caratteri, la scatola ESX non si connette. Da quello che vedo sui tuoi screenshot, e supponendo di aver risolto quello, dovresti essere okay. Pensavo che vale la pena menzionare qui.

    La sua non è una grande risposta, ma abbiamo risolto il problema.

    Sembra che il nostro server "EPI2" stava stroncando in qualche modo che rifiutava di condividere il suo archivio.

    Una volta che ho rimosso EPI2 dal cluster e rescanned utilizzando EPI1 (ESX4.1) e EPI3 (ESX3.5) entrambi trovato e montato la memory correttamente.

    Dato che EPI2 aveva causato questi problemi abbiamo deciso di spostare tutti i virtuali e di aggiornarlo a 4.1.

    Dall'aggiornamento, non abbiamo avuto problemi, tutte le 3 caselle ESX visualizzano la memory e la condividono correttamente.

    Grazie a tutti per il tuo aiuto.

    La dimensione di un disco iSCSI è limitata a 2 TB. http://www.vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_config_max.pdf Sembra che si esegue questo limite cercando di estendere questi due LUNS 1.6TB.

    Questi possono essere messaggi simili sul sito di VMware.

    1) http://communities.vmware.com/message/1323224 Non è in grado di riconoscere archivi di archiviazione dal server ESX 3.5 2) http://communities.vmware.com/thread/71152 LUN non è installato.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.