VMware Communities
enraycious
Contributor
Contributor

Bridged networking won't start after sleep

  • If the host PC has been to sleep, then the network bridge cannot start.

  • The fix seems to stop or suspend all VMs, then choose "Default" on the Virtual Network Editor.

In principle, I'm reinstalling the bridging components every time I run VMware Workstation, if my host PC has been to sleep since last time I used VMware.

Is there a more efficient way to rebind the bridging? A serviceI an restart? A device I can re-enable? A netsh command to re-initialize the bridge?

Why do you suppose it's failing like this? Workstation 7 on WIndows 7 x64 (build 7100, not RTM).

All ideas gratefully accepted.

Reply
0 Kudos
7 Replies
enraycious
Contributor
Contributor

EDIT: The bridge can be repaired if the guest network apapter is disconnected, it does not need to be suspended or shut down.

The problem seems to be that the Virtual Network Editor cannot see the host adapter as being available.

FIX: The bridge starts working as originally configured if I:

  1. Disconnect VMnet0 from any VMs running.

  2. Disable/Enable the bridged host adapter in Device Manger.

  3. Connect VMne0 to the VMs again.

So VMware drops the adapter binding when the host PC sleeps and needs some sort of re-initialization to see it again. This can be scripted with netsh or devcon, so that's a bit less annoying.

Anyone know why?

Reply
0 Kudos
continuum
Immortal
Immortal

did you try to restart the vmnetbridge service ?

net stop vmnetbridge

net start vmnetbridge




___________________________________

VMX-parameters- Workstation FAQ -[ MOA-liveCD|http://sanbarrow.com/moa241.html] - VM-Sickbay


________________________________________________
Do you need support with a VMFS recovery problem ? - send a message via skype "sanbarrow"
I do not support Workstation 16 at this time ...

enraycious
Contributor
Contributor

I would have if I had one... is this service supposed to be present?

C:\Windows\system32>sc query | findstr /i vm
SERVICE_NAME: VMAuthdService
DISPLAY_NAME: VMware Authorization Service
SERVICE_NAME: VMUSBArbService
DISPLAY_NAME: VMware USB Arbitration Service
SERVICE_NAME: VMnetDHCP
DISPLAY_NAME: VMware DHCP Service
SERVICE_NAME: VMware NAT Service
DISPLAY_NAME: VMware NAT Service

Reply
0 Kudos
enraycious
Contributor
Contributor

I do however have a device "vmnetbridge", I'm going to see if restarting that works next time - thanks

wmic:root\cli>SYSDRIVER where (Description like "vm%") get Name , DisplayName , State
DisplayName                             Name          State
VMware hcmon                            hcmon         Running
vmbus                                   vmbus         Stopped
VMBusHID                                VMBusHID      Stopped
VMware vmci                             vmci          Running
VMware kbd                              vmkbd         Running
VMware Virtual Ethernet Adapter Driver  VMnetAdapter  Running
VMware vmx86                            vmx86         Running
VMware Bridge Protocol                  VMnetBridge   Running
VMware Network Application Interface    VMnetuserif   Running

Reply
0 Kudos
continuum
Immortal
Immortal

sorry - I just wanted that you try the two commands in cmd - as admin




___________________________________

VMX-parameters- Workstation FAQ -[ MOA-liveCD|http://sanbarrow.com/moa241.html] - VM-Sickbay


________________________________________________
Do you need support with a VMFS recovery problem ? - send a message via skype "sanbarrow"
I do not support Workstation 16 at this time ...

Reply
0 Kudos
enraycious
Contributor
Contributor

Can now confirm restarting vmnetbridge fixes this, each time the machine resumes from sleep vmnetbridge needs to be reset.

Reply
0 Kudos
Betor
Contributor
Contributor

I can confirm too that restarting vmnetbridget fixes the problem until next suspend/hibernate. I'm using Windows 7 x64 and this problem started happening a month ago or so (maybe a Windows Update?).

Tip. In Win7, you need to restart that service with Administrative rights.

Reply
0 Kudos