There is a new release...a major release (VMware Server 2.0). Why I don't see any comment about it? Do it has the same problems about the networking and bridge disconnection??? Have any of you tested it already? Maybe they fixed this issue there (I hope) as I really need it. I can't transfer any big file (even 200MB) without having a problem!!!

Well, if any of you have tried 2.0, please tell me, as I can't change the one I am using now. I am having problems and I have:

-HP Proliant ML110 G5
-Ubuntu Server 8.04 LTS
-VMware Server 1.0.8
-Windows Guests (SBS 2003 Server, WinXP)

I am experiencing the same problems that all of you. I need to try the solution about using a single processor, because I see that the problem is worst when there is much traffic or load on CPU. Remember that in a virtual enviroment all of the network resources are managed by the CPU unit, in a non-virtual environment, this load is easily managed by the network adapters' CPUs.

I have a VM that is not so loaded, and it works well when I pass the command:

<code>/usr/sbin/ethtool -K eth0 tx off</code>After doing it, I restart the VMware service on Ubuntu. Everything gets better, as I cancel the added process of checksum checking. But, I have another VM that has a lot of services and loads the CPU completely, and then the problem comes back. Please, someone post experiences with VMware Server 2.0, as the VMware team is not trying to help us on this matter. :(

Ok. I know this discussion is about VMware 1.X, but as many of the readers come here looking for a final solution, and I was one really affected by this big BUG, I can tell you that I fixed it this way:

-Uninstalled VMware Server 1.X
-Downloaded and Installed VMware Sever 2.0

I am amazed how well it is working now. My Virtual Machines are running as if they were the real things, no network delays or performance degradance!!! The Web console is great, asi I can see the Process and Memory comsumed by each guest and the host. I think that if you are having issues with your actual VMware 1.X, you should really try version 2.0 instead.

Now I can copy big files from guest to guest and from host to guest and vice-versa. No more "network time outs"!!! And I could copy files as big as 40GB just testing!! Instead of the 3MBps now I usually get copies at about 7MBps. They just fixed the big bug and now it is working great.

My advice to some of you that just want to fix the whole problem, install the last version. In my case, it rocks!

Running Ubuntu 8.04 Server LTS, VMware Server 2.0 over an HP Proliant ML110 with software raid.

Me again,
sorry for the german link in an english moderated forum; this one is the equivalent english one (beside it includes more information)
http://www.intel.com/support/network/sb/CS-005897.htm
looking forward for someone to proove

Still fighting this problem with 1.0.5 (WS2003 x64 host, and WS2003 x64 guest). I started with Broadcom NICS, then switched to Intel NICS and locked down speed/duplex settings. This seemed to solve the problem for a few weeks, then it began occuring again consistently! Convinved it was still a network problem, I switched to doing my network transfers over a host-only network connection. I understand that host-only network connections are software based and bypass the physical NIC. To my suprise, the problem is still occuring! I always get a delayed write failed error upon each occurence. My next course of action will be to upgrade to 2.0. This is so frustrating!!!

Yes, as I posted before, it is definitely a big problem on the version 1.X. The new version (2.X) corrects it implementing a new way to deal with the communication between the host and the guest. I hope anyone having this problem could upgrade as soon as possible. I did it and now everything is a lot better.

welcome to my T1 Line.Are you know what is T1 Line?
T1 Line is a...................

T1 line