FYI - upgrading to VMware 2.0.2 fixed the problem. The install/upgrade script removes v2.0.1 and installs v2.0.2 and reruns the config script. The config script found a problem with the bridged config and generated a "Bridged (2)"&nbsp; config which now works.&nbsp; Looks like the v2.0.2 config script has some improved error checking.<br><br>Greg<br><br>----- Original Message -----<br>From: Gustin Johnson &lt;gustin@echostar.ca&gt;<br>Date: Monday, April 5, 2010 4:16 am<br>Subject: Re: [clug-talk] vmware bridged network woes (resend)<br>To: wgking@cips.ca, CLUG General &lt;clug-talk@clug.ca&gt;<br><br>&gt; Greg King wrote:<br>&gt; &gt; I recently applied updates to my Ubuntu 9.04 system and as <br>&gt; usual had<br>&gt; &gt; to reconfigure VMware. The /usr/bin/vmware-config.pl script <br>&gt; completed&gt; normally (after some dicking around), and I can log <br>&gt; into the vmware<br>&gt; &gt; console and start VMs,&nbsp; but they all have difficulty <br>&gt; using the<br>&gt; &gt; bridged network (which worked before the updates). There are <br>&gt; all set<br>&gt; &gt; to "connect at power on" but the guest OS says no link, and vmware<br>&gt; &gt; console has this event "Message from HAL: The network bridge on<br>&gt; &gt; device vmnet0 is not running. The virtual machine will not be <br>&gt; able to<br>&gt; &gt; communicate with the host or with other machines on your network.<br>&gt; &gt; Failed to connect virtual device Ethernet1. " This message is in<br>&gt; &gt; contradiction to the diagnostic message below that "Bridged<br>&gt; &gt; networking on /dev/vmnet0 is running".<br>&gt; &gt; <br>&gt; I did not see what version of VMWare this is, but in the past on <br>&gt; some of<br>&gt; their products I have had to delete and then recreate some of the<br>&gt; network interfaces in the VM hardware setup (usually the VM has <br>&gt; to be in<br>&gt; a powered off state).<br>&gt; <br>&gt; You may be able to get away with "sudo /etc/init.d/vmware <br>&gt; restart" or<br>&gt; you may need to reboot if the Ubuntu updates installed a new <br>&gt; kernel (you<br>&gt; will likely have to run the vmware-config.pl script again).<br>&gt; <br>&gt; &gt; I've googled around and don't see an obvious solution. Everything<br>&gt; &gt; appears to be working normally as the following diagnostics show:<br>&gt; <br>&gt; The vmnet module is a good start.&nbsp; Try removing the kernel <br>&gt; module (sudo<br>&gt; rmmod vmnet) and then modprobing it, see if there are any interesting<br>&gt; details in syslog.<br>&gt; <br>&gt; &gt; <br>&gt; &gt; If anyone has seen this before or better yet has a resolution, <br>&gt; I'd be<br>&gt; &gt; very thankful.<br>&gt; <br>&gt; Over the past 10 years I have seen a wide variety of issues with <br>&gt; VMWare.&nbsp;What is worrying is that I have more problems now <br>&gt; than 5 years ago, and<br>&gt; many of their products that I have in production (vmware server) only<br>&gt; run reliably on older distros, like Ubuntu 8.04.&nbsp; I can <br>&gt; only hope that<br>&gt; by the time 8.04 is out of support that alternatives have become <br>&gt; capableenough or somehow the laws of the Universe reverse and <br>&gt; VMWare chooses to<br>&gt; play nice with the kernel developers... I am not holding my breath.<br>&gt; <br>&gt; &lt;snip&gt;<br>&gt; <br>&gt; Hth,<br>&gt; __<br>&gt; G<br>&gt; <br>&gt;