From: Ryan Harper <ryanh@us.ibm.com>
To: Ian Pratt <Ian.Pratt@cl.cam.ac.uk>
Cc: Ryan Harper <ryanh@us.ibm.com>, xen-devel@lists.xensource.com
Subject: Re: PV on HVM network stops
Date: Wed, 9 May 2007 18:51:19 -0500 [thread overview]
Message-ID: <20070509235119.GO27552@us.ibm.com> (raw)
In-Reply-To: <8A87A9A84C201449A0C56B728ACF491E0BA52B@liverpoolst.ad.cl.cam.ac.uk>
* Ian Pratt <Ian.Pratt@cl.cam.ac.uk> [2007-05-09 18:46]:
> > > Presumably taking the guest interface down makes no difference? (Not
> > > sure you can unload the module, but have you tried?)
> >
> > I tried. It doesn't completely work, I'll get the dmesg output again
> > for future reference. Reloading the module didn't help as it set the
> > device mac add to all nulls.
>
> It should be able to read the MAC from xenstore. This must be a bug.
>
> > > > Using tcpdump, I can see traffic arrive in the domain, but no
> > traffic
> > > > leaves the guest.
> > >
> > > So, packets seem to be received by the guest, but if you tcpdump the
> > > associated vifX.0 you don't see anything (whereas a tcpdump in the
> > guest
> > > indicates packets are being sent).
> >
> > tcpdump on vifX.0 shows traffic on the bridge, arps for the guest ip.
> > tcpdump in the guest showed it getting the arps, but no reply. ie, no
> > outgoing traffic.
>
> Hang on, you mean within the guest you don't see it sending a reply? If
> true, that must be a guest issue and its hard to see how doing anything
> in dom0 will help.
I'm not sure if there the networking is the real problem. The trouble
is that in many cases when the networking chokes, the console is hosed
as well which makes it rather difficult to capture tcpdump from within.
The next time networking is down but console is up, I'll confirm the
tcpdump from the guest.
>
>
> > I've worked around this issue by cycling the vif in the host.
> >
> > What I am seeing now is that sometimes the guest just doesn't seem to
> > be making progress, no cpu time. xm console the guest hangs any new
> > processes don't seem to execute. For example, I can have a console
> > session connected and watch networking die, cycle the vif, pings start
> > working again, and running ps in the guest just blocks. xm list shows
> > the guest in the block state. At this point, the guest is pretty much
> > dead even though it will continue to process ICMP packets.
>
> That sounds like a symptom of the block devices being wedged. Are you
> using a PV block device or emulated IDE?
using PV block.
--
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253 T/L: 678-9253
ryanh@us.ibm.com
prev parent reply other threads:[~2007-05-09 23:51 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-09 15:56 PV on HVM network stops Ryan Harper
2007-05-09 17:18 ` Ryan Harper
2007-05-09 19:31 ` Ryan Harper
2007-05-09 22:59 ` Ian Pratt
2007-05-09 23:14 ` Ryan Harper
2007-05-09 23:44 ` Ian Pratt
2007-05-09 23:51 ` Ryan Harper [this message]
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=20070509235119.GO27552@us.ibm.com \
--to=ryanh@us.ibm.com \
--cc=Ian.Pratt@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.