public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Charles Duffy <Charles_Duffy@messageone.com>
To: kvm@vger.kernel.org
Subject: Sporadic loss of networking (kvm-70, e1000, tap)
Date: Mon, 07 Jul 2008 12:32:53 -0500	[thread overview]
Message-ID: <g4tk09$ep0$1@ger.gmane.org> (raw)

[-- Attachment #1: Type: text/plain, Size: 1373 bytes --]

Several times over the last few days, I've lost network connectivity 
from one of my guests. This has happened only during interactive 
sessions in which I take an action resulting in a large screen update. I 
have tried flood pinging (only with the default, small packet size), and 
not been able to reproduce under those circumstances.

This guest is running a current RHEL5/CentOS kernel (2.6.18-53.1.13.el5) 
with clocksource=acpi_pm on the command line. The host side of the 
network is a tap device, which is joined to a bridge. Other VMs on the 
bridge still have working bidirectional networking, and dmesg on the 
host shows the relevant port on the bridge in forwarding state.

Rebooting the guest without shutting down the kvm instance does not 
resolve the issue. Powering down the VM and starting a new kvm instance 
*does* resolve the issue.

Within the guest, tcpdump sees both incoming and outgoing traffic; 
however, on the host, only traffic going *to* the guest is visible; 
traffic the guest attempts to send is not visible.

When attempting to send, none of the counters (RX packets/TX 
packets/etc) increase on the emulated e1000 device within the guest; RX 
bytes and TX bytes are both 0, and all the error counters are likewise 
zeroed. The e1000 module can be reloaded without any visible errors.

Where should I start in attempting to debug this?

[-- Attachment #2: ethtool_-d_eth0.failed.txt --]
[-- Type: text/plain, Size: 2344 bytes --]

MAC Registers
-------------
0x00000: CTRL (Device control register)  0x00140240
      Endian mode (buffers):             little
      Link reset:                        normal
      Set link up:                       1
      Invert Loss-Of-Signal:             no
      Receive flow control:              disabled
      Transmit flow control:             disabled
      VLAN mode:                         disabled
      Auto speed detect:                 disabled
      Speed select:                      1000Mb/s
      Force speed:                       no
      Force duplex:                      no
0x00008: STATUS (Device status register) 0x80080783
      Duplex:                            full
      Link up:                           link config
      TBI mode:                          disabled
      Link speed:                        1000Mb/s
      Bus type:                          PCI
      Bus speed:                         33MHz
      Bus width:                         32-bit
0x00100: RCTL (Receive control register) 0x00008002
      Receiver:                          enabled
      Store bad packets:                 disabled
      Unicast promiscuous:               disabled
      Multicast promiscuous:             disabled
      Long packet:                       disabled
      Descriptor minimum threshold size: 1/2
      Broadcast accept mode:             accept
      VLAN filter:                       disabled
      Cononical form indicator:          disabled
      Discard pause frames:              filtered
      Pass MAC control frames:           don't pass
      Receive buffer size:               2048
0x02808: RDLEN (Receive desc length)     0x00000000
0x02810: RDH   (Receive desc head)       0x00000000
0x02818: RDT   (Receive desc tail)       0x000000FE
0x02820: RDTR  (Receive delay timer)     0x00000000
0x00400: TCTL (Transmit ctrl register)   0x0103F0FA
      Transmitter:                       enabled
      Pad short packets:                 enabled
      Software XOFF Transmission:        disabled
      Re-transmit on late collision:     enabled
0x03808: TDLEN (Transmit desc length)    0x00000000
0x03810: TDH   (Transmit desc head)      0x0000000F
0x03818: TDT   (Transmit desc tail)      0x0000000F
0x03820: TIDV  (Transmit delay timer)    0x00000000
PHY type:                                M88

             reply	other threads:[~2008-07-07 17:33 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-07 17:32 Charles Duffy [this message]
2008-07-07 23:09 ` Sporadic loss of networking (kvm-70, e1000, tap) Charles Duffy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='g4tk09$ep0$1@ger.gmane.org' \
    --to=charles_duffy@messageone.com \
    --cc=kvm@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox