Onderwerp: Probleem met Proxmox & ARP

Ik heb een aantal Proxmox machines draaien, een aantal daarvan heb ik gemigreerd naar een andere proxmox server (die niet in een cluster zit) na aanleiding van wat niet-gerelateerde issues met shared storage. Sinds die migratie heb ik een IP-conflict bij sommige VM's.

Ik heb deze vraag (in het Engels) ook gestelt in het Proxmox forum, maar daar komt niet echt een zinnige reply op. Ik hoop dat hier iemand is die dit probleem wellicht ook heeft gezien en de oplossing heeft. Voor het gemak maar de URL naar mijn post aldaar:

http://forum.proxmox.com/threads/117...r-with-Proxmox

Ik kan dit wel handmatig oplossen door de tap interface van de bridge te halen, maar waar ik vooral benieuwd naar ben is deze vraag:

Het reageren op ARP requests is een zaak van de server (de Linux kernel). Ik begrijp niet waarom een bridge (de proxmox server) reageert op ARP requests voor een IP-adres dat ooit op een VM heeft gestaan. Dat bridgen is layer 2, ARP is layer 3. Waarom bemoeit een bridge zich met een layer 3 protocol? En hoe weet ie welk IP die VM ooit had?>

Is het niet je upstream switch die het verkeerd doet?

Doe eens

Code:

arping -S 1.2.3.4 -B

in het netwerk met het problematische IP adres. Dit kan de cache van je externe switch refreshen.

Een switch snapt ARP niet. Dus nee, dit kan het niet zijn. Switch is een laagje lager.

Upstream router dan.

Ik neem aan dat je toch de oude VMs nog perongeluk hebt draaien gewoon (of een backup/snapshot daarvan)? :P

Nee, de VMs draaien niet. Dat laat ik in mijn output op 't proxmox forum ook zien, "qm list" laat zien dat VM 111 (waar tap111i0 bij hoort) niet draait. Daarom begrijp ik 't niet. Ik snap niet hoe het kan dat een proxmox server ARP replied op een ARP request dat niet voor hem is, maar voor een VM.

@t.bloo: Ook niet, een router reageert sws niet op ARP behalve voor z'n eigen IP. Daarnaast laat ik in de proxmox thread zien dat de ARP reply van de proxmox server komt en niet van iets anders.

Ok, maar heb je het al geprobeerd te runnen met het problematische IP? Misschien dat je Proxmox machine er toch goed op reageert. Bij mij helpt dit wel eens bij een vergelijkbaar probleem. Of ben jij er zo een die geboden oplossingen niet probeert als 'ie ze niet begrijpt...

Oorspronkelijk geplaatst door t.bloo

Ok, maar heb je het al geprobeerd te runnen met het problematische IP? Misschien dat je Proxmox machine er toch goed op reageert. Bij mij helpt dit wel eens bij een vergelijkbaar probleem. Of ben jij er zo een die geboden oplossingen niet probeert als 'ie ze niet begrijpt...

Dat is altijd nog beter dan sommige met het knip en plak werk zonder dat ze weten wat ze doen.

Zit iets in. Maar de reactie van TS is "mijn arp werkt niet" - "refresh je arp!" - "nee dat kan het niet zijn dus ik probeer het niet eens"...

Ik denk dat het de ARP Cache van je Layer 3 device is. (router)
Als je daar op in kunt loggen dan zou je hem kunnen legen of even het command runnen wat Toin zegt.

Klinkt inderdaad als uplink puntje (ARP Cache van je colo), refresh staat op 5 min. bij KPN maar ik ken ook partijen waar je het moet vragen .

Oorspronkelijk geplaatst door Bart L

Klinkt inderdaad als uplink puntje (ARP Cache van je colo), refresh staat op 5 min. bij KPN maar ik ken ook partijen waar je het moet vragen .

Dat zal de TS weten voor het betreffende netwerk mag ik hopen, ten minste als het in het netwerk draait dat ik verwacht.