Red Hat Bugzilla – Full Text Bug Listing
|Summary:||Heavy network activity starts dropping packets in dom0|
|Product:||[Fedora] Fedora||Reporter:||AJ Lewis <alewis>|
|Component:||xen||Assignee:||Rik van Riel <riel>|
|Status:||CLOSED RAWHIDE||QA Contact:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2006-02-08 21:20:32 EST||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description AJ Lewis 2005-05-09 11:22:36 EDT
Description of problem: After starting a period of heavy network activity, my xen0 domain stops sending packets to the network for long periods of time. Version-Release number of selected component (if applicable): 2.6.11-1.1286_FC4, but I've been seeing this since around 1250. How reproducible: Shows up within a day or at most two of booting the xen0 domain. Steps to Reproduce: 1. Startup xen 2. Do heavy network load 3. Watch the network stop responding Actual results: Network doesn't respond for several seconds at a time Expected results: Network works normally. Additional info: I notice this either because my connection to NFS stops working, or I'm working from home and ssh keeps dropping my connection. Corresponding standard smp kernels of the same version work fine. I am using the e1000 driver.
Comment 1 AJ Lewis 2005-05-19 15:18:53 EDT
More info: This only happens once I start up a domU. I *think* it happens when the domU starts doing network I/O. It appears that only NFS on the dom0 has problems, as my ssh connection to my irc session kept running. My NFS mount line looks like this: automount(pid2606) on /nethome type autofs (rw,fd=4,pgrp=2606,minproto=2,maxproto=4)
Comment 2 AJ Lewis 2005-05-25 18:46:58 EDT
Created attachment 114858 [details] lspci -vv output Added output of lspci -vv from the system I'm seeing this problem on.
Comment 3 AJ Lewis 2005-05-25 18:49:21 EDT
Tried changing my NFS connection to use TCP, but the problem persisted. I was wrong in comment #1 - the network is responding normally, except for NFS. I can ssh in to the machine and do anything as long as I don't touch NFS. I was unable to 'service portmap stop' (it hung) - so it may be a service that NFS relies on that is hanging. Note that when I use TCP to mount NFS, I don't get any messages about the NFS server not responding like I did with UDP.
Comment 4 Fedora Update System 2005-08-26 17:37:49 EDT
From User-Agent: XML-RPC A new Xen version has been pushed to Fedora Core 4 updates. This version of Xen (combined with the latest kernel update) should fix this issue. Please reopen this bug if the problems continue with the latest Xen and kernel updates.
Comment 5 Fedora Update System 2005-08-29 23:25:09 EDT
From User-Agent: XML-RPC A new Xen version has been pushed to Fedora Core 4 updates. This version of Xen (together with kernel 2.6.12-1.1435 or newer) should fix this issue. Please reopen this bug if the problems continue with the latest Xen and kernel updates.
Comment 6 Rik van Riel 2006-02-08 21:20:32 EST
This is probably gone in the current Fedora Core 5 Xen kernels, thanks to a change in the network setup.