All of lore.kernel.org
 help / color / mirror / Atom feed
From: stoeni <xen@stoeni.de>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com
Subject: Re: domU - no networking
Date: Sun, 16 Oct 2005 11:11:09 +0200	[thread overview]
Message-ID: <4352192D.5000007@stoeni.de> (raw)
In-Reply-To: <1909448a7ee1b26ff480078569eacf51@cl.cam.ac.uk>

keir,

Keir Fraser schrieb:
> The transmit statistic on xen-br0 is a red herring: looking at my
> working system, the xen-br0 interface also reports 0 packets
> transmitted. Odd, but obviously therefore not an indication of trouble.

ok, good to know.

> It sounds like dom0 networking is okay for you. In cases where our
> bridging setup doesn't work, I believe it is usual for networking to
> fail completely (both dom0 and domU).

dom0 networking is fine.

i see a zombie process in the processtable:

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root      2188  0.0  0.0     0    0 ?        Z    Oct15   0:00
[network-bridge] <defunct>


> When you boot a domU, do you have a vif called something like 'vif1.1'
> in dom0's ifconfig listing? Does this interface show any packets sent or
> received? 

yes, recieved and transmit packets:

vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1708751 errors:0 dropped:0 overruns:0 frame:0
          TX packets:913713 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2540344455 (2.3 GiB)  TX bytes:64017546 (61.0 MiB)

peth0 also has traffic in and out.

> Does 'brctl show' show vif1.1 attached to xen-br0?

yes, it does:

root@xen300 [tmp] # brctl show
bridge name     bridge id               STP enabled     interfaces
xen-br0         8000.feffffffffff       no              peth0
                                                        vif0.0
looking on a 2.0.7 bridge it looks different:

root@xen207 [tmp] # brctl show
bridge name     bridge id               STP enabled     interfaces
xen-br0         8000.00e018526ab6       no              eth0
                                                        vif2.0

maybe problems with this peth0 thing? should the bridge be attachted to
eth0 instead of peth0?

here is some dmesg output from dom0:

e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex
device vif0.0 entered promiscuous mode
bridge: can't decode speed from peth0: 65535
device peth0 entered promiscuous mode
xen-br0: port 1(vif0.0) entering learning state
xen-br0: topology change detected, propagating
xen-br0: port 1(vif0.0) entering forwarding state
e1000: peth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex
xen-br0: port 2(peth0) entering learning state
xen-br0: topology change detected, propagating
xen-br0: port 2(peth0) entering forwarding state

the 100mbps link is ok, this machine currently runs in a test environment.

anything else i should look at to track this problem down?


-- 
Tschaw/2,
Stoeni!

++ Please remember: rm -rf means "read mail -really fast" ++

  reply	other threads:[~2005-10-16  9:11 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-15 21:13 domU - no networking stoeni
2005-10-16  8:19 ` Keir Fraser
2005-10-16  9:11   ` stoeni [this message]
2005-10-16  9:12     ` Keir Fraser
2005-10-16  9:36       ` stoeni
2005-10-16  9:34         ` Keir Fraser
     [not found]           ` <435223F5.5050003@stoeni.de>
     [not found]             ` <d05c6911d7765aff5664812b71dcb339@cl.cam.ac.uk>
     [not found]               ` <4352296D.9000109@stoeni.de>
     [not found]                 ` <369ae2ff206902294f07ce10dce82c75@cl.cam.ac.uk>
     [not found]                   ` <43522CEF.4090003@stoeni.de>
     [not found]                     ` <8007344d94b68053ac6e20f13531d4bf@cl.cam.ac.uk>
     [not found]                       ` <435233FA.9000505@stoeni.de>
     [not found]                         ` <d6bc3c82ea43d8a75f4ef1424741b482@cl.cam.ac.uk>
     [not found]                           ` <435237EC.30201@stoeni.de>
     [not found]                             ` <e3e223dbe119bc13c572cb46fa41d6d0@cl.cam.ac.uk>
     [not found]                               ` <43526366.8040409@stoeni.de>
     [not found]                                 ` <0913c787148e4935514ea4c910d8b407@cl.cam.ac.uk>
2005-10-16 19:51                                   ` stoeni

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=4352192D.5000007@stoeni.de \
    --to=xen@stoeni.de \
    --cc=Keir.Fraser@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.