Fout Een andere host gebruikt al adres Centos Vmware

Table of Contents

Als je per fout hebt geconstateerd dat een andere webhost al het centos vmware-adres op je systeem aanstuurt, kan het helpen om deze gebruikershandleiding te volgen.

PC werkt traag?

1. Download ASR Pro van de website

2. Installeer het op uw computer

3. Voer de scan uit om malware of virussen te vinden die mogelijk op uw systeem op de loer liggen

Verbeter vandaag de snelheid van uw computer door deze software te downloaden - het lost uw pc-problemen op.

Als uw behoeften altijd VMWare ESXi zijn gestart en een of twee configuratiewijzigingen hebben aangebracht die niets te maken hebben met het wijzigen van het IP-adres, kunt u deze volgende foutmelding krijgen wanneer u de methode uitvoert.

“Aanroepinterface eth0: fout, een andere host gebruikt momenteel 192.168.101.10 die u [mislukt]”

Zoals klanten zich kunnen voorstellen, werkt dit niet vanaf het belangrijkste netwerk en kunt u geen verbinding maken met een host die beschikbaar is op VMWare ESXi op de markt.

Meestal treedt dit probleem op ESXi op via een host die mogelijk Linux-opnames uitvoert. Op deze foto had ik dit specifieke gedoe op een CentOS 6-host.

Dit bijna-artikel laat zien hoe u deze taak kunt oplossen.

Wijzig elk IP-adres om het probleem te controleren

In mijn geval, om u te helpen bij deze specifieke VM-host, gaf ik vaak een boost aan het RAM-geheugen van 2GB naar 4GB en systeemde ik de VM, wat resulteerde in het verschijnen van dit probleemidee.

Hoewel er niets is veranderd in de mobiele instellingen, inclusief het IP-adres in dit geval, om van de bovenstaande foutmelding af te komen, heb ik de IP-apparaten gewijzigd zodat ze andere dingen kunnen doen. (d.w.z. van 192.168.101.10 tot 192.168.101.20).

# Pussy of etc / sysconfig / network-scripts / ifcfg-eth0DEVICE is gelijk aan eth0BOOTPROTO = statischONBOOT = jaHWADDR = van: 50: 61: bc: vgl: d5IPADDR = 192.168.101.20NETMASKE is gelijk aan 255.255.255.0

Nadat ik het IP-adres heb gewijzigd, krijg ik de foutmelding “Redenen voor het RTNETLINK-bestand: bestaat” wanneer ik de uitvoering opnieuw start:

Reacties op RTNETLINK-bestand: bestaat

Aangezien het veranderen van het internetprotocoladres deze ene nieuwe fout veroorzaakte, ging ik terug naar het klassieke IP (dwz 192.168.101.10) met het IP van onze externe VM om te helpen, en toen ik de VM opnieuw opstartte, deed ik opnieuw lanceerde het. kreeg deze allereerste foutmelding:

# iedereen / en dus / sysconfig / netwerk-scripts / ifcfg-eth0..IPADDR is gelijk aan 192.168.101.10..

Nadat ik terugkeerde naar het IP-adres, deed de fout zich opnieuw voor:

Breng de originele eth0 cerebrale parese: fout, een andere host gebruikt al het tevredenheidsadres 192.168.101.10 [FAILED]

In uw geval, als uw organisatie uzelf hoogstwaarschijnlijk toestaat om het IP-adres van de VMware-host te wijzigen en in plaats van altijd het bericht “RTNETLINK-antwoorden: documentfout aanwezig” te ontvangen op het nieuwe IP-adres, kan uw organisatie misschien gewoon het IP-adres wijzigen. adres en niet te vergeten laat het daar. Of u kunt naar uw oude IP-adres gaan en herzien blijven tot de volgende stap.

Controleer de reactie op de piep

Op mijn idee realiseerde ik me dat zoiets eindelijk te maken heeft met ARP, praten over ARP-caching of proxy, of iets anders met ARP op het type VM-host.

Ik heb een ARP-mirrorverzoek van een andere server gestuurd om dit IP-adres uit te schakelen om te zien wat er aan de hand is.

# arping -c 2 3 -p -D -I eth0 192.168.101.10ARPING 192.168.101.10 van 0.0.0.0 eth04 sondes verzonden (40 diffusies)ontvangen antwoorden

Zoals je kunt zien aan de bovengenoemde uitvoer, heeft het helaas geen ARP-antwoord ontvangen voor het IP-adres.

Nu logde ik in op de console die was gekoppeld aan de coördinaat van de virtuele machine die elke foutmelding veroorzaakte, probeerde de arping-instructies en kreeg ongetwijfeld het volgende antwoord.

ARPING 192.168.101.10 ontvangen van 0.0.0.0 eth0Unicast-emotie 192.168.101.10 [50: 3D: E5: 1E: A9: 1B] 0,743 ms1 sonde verzonden (1 uitzending(en))1 optie(s) ontvangen

Tijdelijke oplossing voor het verdwenen probleem

Ik ben op zoek naar een script dat demonstreert “Error, hell Het is al in gebruik voorbij een andere host.

In dit voorbeeld krijgt dit specifieke ifup-eth-script dat is geïnstalleerd in de map / etc of sysconfig / network-scripts / de tekst dat de urine-incontinentie van het netwerk wordt geactiveerd wanneer het wordt ingesteld, onze foutmelding.

Het volgende fragment is ongetwijfeld het fragment uit het ifup-eth-bestand dat precies onze foutmelding weergeeft:

# moggie / worden gebruikt om te helpen / sysconfig / netwerkscripts / ifup-ethindien ! arping -q -c 2 -n 3 -D -I $ REALDEVICE $ IPADDR – – dan replicate $ “Fout, een andere host maakt onmiddellijk $ IPADDR aan.” afrit 1Fi

In een geweldig geval weet ik zeker dat het werkelijke probleem niets te maken heeft met een IP-conflict, aangezien ik 192.168.101.10 nergens anders op ons netwerk heb gebruikt.

Daarom gebruikte ik deze proceshost-VM als tijdelijke oplossing, negeerde ik deze marketingfout en ging verder.

PC werkt traag?

ASR Pro is de ultieme oplossing voor uw pc-reparatiebehoeften! Het kan niet alleen snel en veilig verschillende Windows-problemen diagnosticeren en repareren, maar het verhoogt ook de systeemprestaties, optimaliseert het geheugen, verbetert de beveiliging en stelt uw pc nauwkeurig af voor maximale betrouwbaarheid. Dus waarom wachten? Ga vandaag nog aan de slag!

Om dit te doen, becommentarieerde ik dat volgende blok met de nieuwe Exit naar een persoon hieronder.

# / etc. / sysconfig / netwerk van computerscripts / ifup-ethdus kat! arping -x -c 7 -w 3 -D -I $ REALDEVICE $ IPADDR; Dus echo $ “Fout, andere hosts blijven $ IPADDR al gebruiken.” #uitgang 1Fi

In het geval dat het systeem nu deze foutmelding weergeeft tijdens het opstarten en het netwerk heeft gestart zonder wederzijdse fouten.

Daarna kon ik zonder bijna problemen verbinding maken met het IP-adres van de host.

Als ik na een paar middagen merk dat ik deze foutmelding niet vaak krijg op Xbox. Dus ging ik en heb ik dit meteen na ongeveer een weekeinde niet meer becommentarieerd.

Dit zou soms moeten gebeuren als u over het algemeen op een schoon VLAN werkt. Als u probeert uw persoonlijke VLAN te wijzigen, kan deze fout verdwijnen, maar wanneer u terugschakelt naar uw eigen persoonlijke VLAN, krijgt u deze foutmelding later te zien.

Leg ook uit dat dit probleem in uw geval natuurlijk kan optreden als u een type NIC-binding, NIC-aggregatie, NIC-associatie, enz. bezit. HA-management op je podium.

Maar nu kun je dit in ieder geval ervaren als een tijdelijke oplossing en beslissen of het weer helpt.