Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

  • LePlatDuJour
  • Registratie: April 2002
  • Laatst online: 29-11 20:12

LePlatDuJour

Fighting entropy since 1970

Topicstarter
Op m'n Mac Mini 6,2 (16G RAM) heb ik VMWare ESXi 5.5 draaien. Netwerk is als volgt:

Mac Mini <-- 1Gbps via LAN --> FritzBox 7390 <-- 1Gbps via LAN --> Macbook Pro

Op de Mac Mini draaien verschillende VMs, waaronder Win7, Ubuntu 12.04 lts en OSX Mavericks, alsook een Vortexbox ten behoeve van de verschillende squeezeboxen hier in huis.

Over de VM's heb ik totaal niet te klagen: die draaien prima. Wat alleen steeds mis lijkt te gaan is de verbinding met het management netwerk: ongeveer een uur na een boot kan ik met Vsphere client geen verbinding meer krijgen met de ESXi server (op basis ip adres). Van Win8 onder Fusion op de Macbook Pro krijg ik een Unknown Error occurred; van de Win7 guest draaiend op de ESXi die ik met RDP benader krijg ik een timeout.

Via SSH direct vanaf de Macbook volgt ook een timeout.
Een ping vanaf de Macbook geeft in 9/10 gevallen in eerste instantie een respons, daarna meteen niet meer:
code:
1
2
3
4
5
6
PING 192.168.1.202 (192.168.1.202): 56 data bytes
64 bytes from 192.168.1.202: icmp_seq=0 ttl=64 time=0.593 ms
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4


Vanaf de Win7 guest op de ESXi host gebeurt hetzelfde. Vanaf de Win8 guest op de Macbook krijg ik helemaal geen respons. Vanaf de Ubuntu guest op de ESXi host is er geen enkel probleem:
code:
1
2
3
4
5
6
PING 192.168.1.202 (192.168.1.202) 56(84) bytes of data.
64 bytes from 192.168.1.202: icmp_req=1 ttl=64 time=0.164 ms
64 bytes from 192.168.1.202: icmp_req=2 ttl=64 time=0.105 ms
64 bytes from 192.168.1.202: icmp_req=3 ttl=64 time=0.229 ms
64 bytes from 192.168.1.202: icmp_req=4 ttl=64 time=0.148 ms
64 bytes from 192.168.1.202: icmp_req=5 ttl=64 time=0.309 ms



SSH-en vanaf Ubuntu gaat ook zonder problemen, en nu kan ik vanaf daar wel een
code:
1
esxcli network ip interface set -e false -i vmk0; esxcli network ip interface set -e true -i vmk0

geven, en dan werkt het wel weer, maar handig is anders.


Iemand nog suggesties, want ik heb geen idee meer waar ik het moet zoeken..

What use is a man walking on water if you don't follow in his footsteps?