VirtualBox

Ticket #4870 (closed defect: fixed)

Opened 3 months ago

Last modified 6 days ago

Guest loses networking on high traffic load => Fixed in SVN/3.0.8

Reported by: evil Assigned to:
Priority: major Component: network/NAT
Version: VirtualBox 3.0.4 Keywords: network load
Cc: Guest type: other
Host type: other

Description

I think this is an old issue apparently never addressed (Ticket #1256 (new defect)), because I am experiencing it in release 3.0.4.

Ubuntu 9.04 host. When one VM (Ubuntu 9.04) has high traffic load on an internal network with another Ubuntu 9.04 guest, it just silently loses connectivity, and only a VM reboot "could" help, but sometimes it must be shut down completely. I am using the default adapter type.

Attachments

VBox.log (34.7 kB) - added by evil on 2009-08-28 12:28:24.

Change History

2009-08-28 12:28:24 changed by evil

  • attachment VBox.log added.

2009-08-31 11:42:21 changed by firefly

I can confirm this as well on OpenSuse? 11.1 64 Bit host. I am using bridge mode.

2009-09-14 14:35:54 changed by frank

Hmm, evil, why are you using the same intnet for both network cards of the VM?

2009-09-14 14:41:48 changed by evil

What do you mean? The configuration is:

src eth1 (192.168.1.10) <-> netem eth1 (192.168.1.1) netem eth2 (192.168.2.1) <-> dest eth1 (192.168.2.20)

so there are 2 internal networks (src_side and dest_side)

each of them has a NATted eth0 down and disconnected

2009-09-14 15:14:49 changed by frank

Sorry, my fault. Misread the VBox.log file. Actually the names of the two internal networks are send and receive.

How long does it take until the VM looses the connection?

2009-09-14 16:52:56 changed by evil

What I am doing is transfer videos. From destination I do: ssh user@192.168.1.10 "mp4trace -f -s 192.168.2.20 12346 video.mp4"

mp4trace is included in evalvid software. it packetize a video and sends it to the destination.

I do it in a cycle with 5 short videos. Sometimes it loses network on the first, sometimes on another, sometimes it gets to the end, no precise spot. The only thing that I suspect, is that it happens more likely if I am doing something stressful on the host, using CPU. But it's just a feeling

2009-09-17 15:42:03 changed by evil

Situation update: I found out an error on netem2 which affected sometimes netem eth2 (192.168.2.1). Cleaning netem rules there restored the network without reboot. Anyway such problem should have been fixed.

So I am back to virtualbox "blame" :) I kept testing and now the network was lost between src eth1 (192.168.1.10) <-> netem eth1 (192.168.1.1), both virtual devices without a netem rule set, ever. And I restored the network turning off/on src machine, which never had any netem rule set.

Cannot figure out any reasonable explanation.

2009-09-18 10:52:56 changed by frank

Just fixed a potential hang of the PCNet emulation in rare cases. E1000 is not affected AFAICS.

2009-09-21 12:09:33 changed by evil

Apparently it should be solved cause I didn't experience any hang so far with the new package.

I'd like to add as a further information that the same problem was happening also on vmware, but there it was detected as too many I/O requests and it turned the file system into read-only, which was extrmely annoying, way more than the disappearing network.

2009-09-25 14:44:34 changed by frank

  • summary changed from Guest loses networking on high traffic load to Guest loses networking on high traffic load => Fixed in SVN/3.0.8.

Thanks for the feedback.

2009-10-06 10:28:54 changed by sandervl73

  • status changed from new to closed.
  • resolution set to fixed.

2009-10-12 14:13:02 changed by henrik242

  • status changed from closed to reopened.
  • resolution deleted.

I experience this issue as well, and it hasn't changed in v3.0.8. E1000 is also affected.

2009-10-12 14:36:09 changed by henrik242

Sorry, I forgot a couple of details. This is a Mac OSX 10.6 host with a Debian testing guest (kernel 2.6.30-1). I use two network interfaces: one NAT and one Host-only adapter. The NAT interface works great all the time. The host-only interface, however, usually works as it should for a while after boot, then it becomes extremely slow and/or unresponsive.

(follow-up: ↓ 14 ) 2009-10-12 14:39:21 changed by henrik242

(in reply to: ↑ 13 ) 2009-10-15 11:09:39 changed by Hachiman

  • component changed from network to network/NAT.

Replying to henrik242:

The problem is discussed here as well: http://forum.virtualbox.org/viewtopic.php?f=6&t=19457&start=30&sid=d2fa7b3d50bc97a49f596a0df94743ce

This bug was initially filled against NAT, so could you please open new one against host-only + log files?

2009-10-19 14:58:55 changed by henrik242

Hachiman: Sure, it's submitted as ticket #5254

2009-11-15 04:24:25 changed by Hachiman

  • status changed from reopened to closed.
  • resolution set to fixed.

© 2009 Sun Microsystems, Inc.
ContactPrivacy policy