Blog

Bijgewerkt

Ik hoop dat als er een fout is opgetreden tijdens het configureren van de run op uw systeem, deze gids iemand zal helpen het op te lossen.

Bijgewerkt

Bent u het beu dat uw computer traag werkt? Geërgerd door frustrerende foutmeldingen? ASR Pro is de oplossing voor jou! Onze aanbevolen tool zal snel Windows-problemen diagnosticeren en repareren, terwijl de systeemprestaties aanzienlijk worden verbeterd. Dus wacht niet langer, download ASR Pro vandaag nog!

Ik ben mee met het toevoegen van opslagruimte aan mijn ESX world-wide-web (4.0.Build 0, 208167) en ik krijg alle foutmeldingen voor campagnes: “Configuratiefout gerelateerd aan host: Failed to informatie over harde schijfpartitie verkrijgen.”

Ik volgde andere adviezen op de discussieborden op en volgde bovendien de fdisk-procedure om verbinding te maken met de ESX-serverconsole met behulp van de komende procedure:

Maar

Ik krijg nog steeds de echte fout in de specifieke vsphere-client

Wat betreft het geheugen waarmee ik experimenteer, het apparaat van de gameconsole kan / dev / sdb zijn en daarnaast kan de grootte 2.047.000 MB zijn

UID-apparaat TypeA-speler Console-apparaat SIZEA Weergavenaam plug-in
naa.6x Direct beginnen met browsen dev / sdb 2047000 MB NMP

Harde cd / dvd / dev / sdb: 2146.4 GB, 2146435072000 bytes
255 heads, 63 sectoren / track, 32619 tanks
eenheden komen overeen met cilinders 3 . 16065 4096 betekent 65802240 bytes

Apparaat starten Start Eindblokken IDA-systeem
/ DEV / sdb1 1 1 1 1 1 32619 2096096428 fb VMware VMFS

Ik heb in het recente verleden dezelfde bibliotheek zonder problemen toegevoegd. Heb ik iets gemist?

Naast het opzetten van een jonge klas op ESX3.5 gebeurde er iets grappigs. Een deel van het ideeproces was om mijn gastheren zo hoog te maken dat je ze kunt kopen.

Nadat ik het selectievakje VMware HA inschakelen had aangevinkt en enkele wijzigingen had aangebracht om de standaardinstellingen te kunnen gebruiken, beginnen mijn hosts HA te configureren.

Alles ging goed totdat hij bij mij werd gebracht;

Ik had eerder last van deze fout door bronnen en herinnerde me dat het meestal iets te maken kon hebben met DNS-problemen, helaas heb ik eerst verschillende keren geprobeerd HA uit te schakelen en vervolgens opnieuw in te schakelen. er werd als een ‘probleem’ beschouwd, maar dat deed er niet toe.

Hier zijn enkele van de andere cheques die ik heb gespeeld:

• Ik miste en controleerde al mijn verbonden DNS-instellingen om er zeker van te zijn dat alles waarschijnlijk in kleine letters staat.
• Ik heb gecontroleerd of het afkomstig is van alle connectiviteit, bijv.
• Ik heb VC opnieuw opgestart,
• Ik herstart beide hosts
• Ik heb de verbinding verbroken, om nog maar te zwijgen over het opnieuw verbinden van twee hosts. Verwijderd
• Ik heb een nieuw cluster gereconstrueerd en de achterkant samen met de host toegevoegd.

Na het controleren van mijn instellingen voor meerdere I-intervallen op het clusteroverzicht van uitgaven in het VMware HA-gebied, vond ik vaak de volgende elementen:

• Huidige failovercapaciteit: 0 bedrijven
• Failover geconfigureerd: 1 host

Dit bleek duidelijk onjuist, dus besloot ik om de momenteel geïnstalleerde HA-agenten van dichterbij te bekijken. het is hoogstwaarschijnlijk op de volgende specifieke locatie op deze ESX-hosts;

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

Terwijl ik door het document blader, merk ik dat ik geen nieuwe ping-reactie heb ontvangen tijdens mijn standaardgateway;

Ik realiseerde me dat de options gateway goed werkt omdat dit werkstation zo is geconfigureerd om het te gebruiken, het doet het prima. Deze gateway is nu een interface, een duidelijke firewall naast een interface die is geconfigureerd voor kleine bitverzoeken. Was dit op dit moment een specifieke reden waarom de agent met de naam HA de configuratie niet in overweging nam? Omdat het geen ping-headerreactie zou ontvangen van de by defacto gateway, bestaat het absoluut niet, dus dit is een grote fout in de configuratie.
Dus laten we deze theorie op de proef stellen. Ik heb de gateway opnieuw ingesteld zodat HA is voltooid. Laten we de standaardgateway instellen, die pings met de koppen en omlaag en omlaag toestaat en voila, na het verschuiven van de gateway-instellingen van de serviceconsole en het opnieuw inschakelen van HA in het cluster, kwam alles dat kan leven, beide hosts zijn deze keer correct ingeschakeld door HA !!!!

Is
Dit is wat nu in het journaal wordt weergegeven, omdat de HA-agent momenteel vaak de standaardgateway kan zien.

Update: na het plaatsen van dit artikel kreeg ik een soort van commentaar van Duncan Epping die me vroeg om een ​​geavanceerde, hoger dan gemiddelde beschikbaarheidsoptie: das. Isolatieadres.

Door een krachtig, extra efficiënt isolatieantwoord toe te voegen aan de HA-complexe opties, kunnen we HA vertellen om met succes een andere gateway te gebruiken in plaats van de standaard in te stellen, waarvan we weten dat deze daadwerkelijk zal reageren.

Voeg de volgende versies toe aan het venster Geavanceerde HA-opties.

• das. Isolatieadres [x] komt overeen met 10.0.0.1 (uw alternatieve isolatieantwoordadres)
• das.usedefault Isolationaddress wat betekent dat false

De tweede optie die ik heb toegevoegd, vertelt HA om niet de standaardgateway te gebruiken, hDit betekent dat de administratie die u zojuist hebt toegevoegd, nu in plaats daarvan wordt gebruikt.

Dit artikel was en wordt nog steeds op PlanetVM geplaatst. Ik wil Tom Howarth bedanken dat ik op zijn prachtige virtualisatieblog mocht posten.

 Er is een fout opgetreden tijdens het configureren van de host.