Bug 157220 - Heavy network activity starts dropping packets in dom0
Heavy network activity starts dropping packets in dom0
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: xen (Show other bugs)
4
All Linux
medium Severity medium
: ---
: ---
Assigned To: Rik van Riel
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-09 11:22 EDT by AJ Lewis
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-02-08 21:20:32 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
lspci -vv output (7.52 KB, text/plain)
2005-05-25 18:46 EDT, AJ Lewis
no flags Details

  None (edit)
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. 

Note You need to log in before you can comment on or make changes to this bug.