Blog

Aggiornato

Spero che se si verificasse un errore durante la configurazione dell’host su questo sistema, questa guida ti aiuterà a ridurlo.

Aggiornato

Sei stanco della lentezza del tuo computer? Infastidito da messaggi di errore frustranti? ASR Pro è la soluzione per te! Il nostro strumento consigliato diagnosticherà e riparerà rapidamente i problemi di Windows, aumentando notevolmente le prestazioni del sistema. Quindi non aspettare oltre, scarica ASR Pro oggi!

Sto cercando di creare spazio di archiviazione sul mio hosting ESX (4.0.Build 0, 208167) inoltre ricevo tutti i messaggi di errore: “Errore di configurazione essenziale per l’host: impossibile ottenere le informazioni sulla partizione del disco rigido .”

Ho seguito alcuni dei consigli sui forum di discussione e ho seguito la loro procedura fdisk su come connettersi a tutte le console del server ESX utilizzando la seguente procedura:

Tuttavia

continuo a ricevere lo stesso errore utilizzando il client vsphere specifico

Per quanto riguarda attualmente la memoria con cui sto sperimentando, il dispositivo della console potrebbe essere / dev / sdb e la misura potrebbe essere 2.047.000 MB

Dispositivo UID Dispositivo TypeA Dispositivo console SIZEA Nome visualizzato del plugin
naa.6x Accesso diretto dev e sdb 2047000 MB NMP

Hard disk per ogni dev/sdb: 2146.4 GB, 2146435072000 byte
252 testine, 63 settori/traccia, 32619 serbatoi
le unità corrispondono ai cilindri * 16065 4096 dovrebbero dirti 65802240 byte

Start Device Start End Blocks Sistema IDA
/ DEV o sdb1 1 1 1 1 1 32619 2096096428 fb VMware VMFS

Ho aggiunto un’altra libreria in più in passato senza quasi nessun problema. Ho dimenticato qualcosa?

In estensione alla creazione di una nuova classeSu ESX3.5, è successo ogni cosa divertente. Parte di questo processo consisteva infatti nel rendere i miei host altamente disponibili.

Dopo aver selezionato la casella di controllo Abilita VMware HA e apportato alcune modifiche per consentire le impostazioni predefinite, i miei host personali iniziano effettivamente a configurare HA.

Tutto sembrava andare bene fino a quando non è stato presentato, il che mi aiuterà;

Ho avuto questo errore con le fonti precedenti e mi sono ricordato che di solito potrebbe avere qualcosa a che fare con problemi DNS, ma prima di tutto ho provato a disabilitare HA diversi tratti e quindi riattivarlo. c’era il nuovo “problema”, ma non importava.

Ecco alcuni degli altri controlli che ho eseguito:

• Mi mancava e ho controllato tutte le mie impostazioni DNS per assicurarmi che tutto fosse in minuscolo.
• Ho controllato tutta la connettività, ad es.
• Ho riavviato VC,
• Riavvio entrambe le opzioni host
• Ho disconnesso e ricollegato i doppi host. Rimosso
• Ho ricostruito un giovane cluster e ho aggiunto la parte posteriore del coordinatore.

Dopo aver controllato le mie impostazioni a più intervalli I nella scheda di riepilogo del cluster in ciascuna area VMware HA, di solito ho trovato i seguenti elementi:

• Capacità di failover corrente: 0 host
• Failover configurato: 1 host

Questo era chiaramente inappropriato, quindi ho deciso di dare un’occhiata più da vicino agli agenti HA attualmente installati. molto probabilmente nella seguente posizione sugli host ESX;

 cat /var/log/vmware/aam/aam_config_util_addnode.log 

Durante la ricerca nel documento, noto che non ho ricevuto una nuova risposta ping dal gateway in ritardo;

Mi sono reso conto che il mio gateway funziona davvero bene perché questa workstation è stata configurata per usarlo, sta funzionando bene. Questo gateway è ora un’interfaccia, un firewall interno oltre a un’interfaccia che è stata creata per richieste di piccole dimensioni. Attualmente, era questo un altro motivo specifico per cui l’agente HA non ha preso in considerazione la configurazione? Dal momento che non può ricevere una buona risposta di intestazione ping solida dal gateway predefinito, il sito sicuramente non esiste, quindi questo è il giusto errore di configurazione errata.
Allora mettiamo alla prova questo precetto. Ho ripristinato il gateway destinato al completamento dell’HA. Impostiamo il nostro portale predefinito, che consente ping con l’intestazione e verso il basso e verso il basso e voilà, dopo aver spostato le impostazioni di viaggio della console di servizio e riattivato l’HA nel cluster, tutto è arrivato a life, ognuno di loro host è stato abilitato correttamente da HA questo tempo prezioso !!!!

È
Questo è proprio ciò che viene ora visualizzato nel registro perché direi che l’agente HA può spesso vedere il terminale predefinito.

Aggiornamento: dopo aver pubblicato questo articolo, ho ricevuto una sorta di commento da Duncan Epping che mi ha suggerito una possibilità avanzata di alta disponibilità: das. indirizzo di isolamento.

Aggiungendo un’ulteriore risposta di isolamento di salvataggio alle opzioni avanzate di HA, possiamo dire ad HA di utilizzare con successo una varietà di gateway invece di impostare l’impostazione predefinita, che quando so risponderà effettivamente.

Aggiungi il focus sulle versioni alla finestra Advanced HA Options.

• da. Isolationaddress [x] corrisponde a 10.0.0.1 (il tuo indirizzo di risposta alla solitudine secondario)
• das.usedefault Isolationaddress implica fittizio

La prossima opzione che ho aggiunto dice ad HA di non utilizzare il gateway predefinito, hQuesto significa che il leader che hai appena aggiunto verrà ora utilizzato.

Questo articolo è stato ed è tuttora pubblicato su PlanetVM. Voglio ringraziare Tom Howarth per avermi approvato la pubblicazione sulla sua eccellente pagina di virtualizzazione.

 Si è verificato un errore durante la creazione dell'host.