Bryan D. Payne
2005-Oct-27 13:03 UTC
[Xen-devel] domU networking trouble in Xen 3.0-unstable.hg
I sent this message to xen-users, but haven''t received any replies. Perhaps since it is an issue with the pre-3.0 code, this is a better forum for my question / problem. Thanks! ---------- I''m just getting started with Xen and am having some trouble getting networking up and running in domU. The symptoms are that packets can leave domU and go through xen-br0, but packets are not getting back into domU. Specifically, this is what I''m seeing when sending a ping from within domU: Note: domU is 192.168.0.12 Note: dom0 is 192.168.0.11 [root@domU ~]# tcpdump -i eth0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 19:48:48.173992 arp who-has 192.168.0.11 tell 192.168.0.12 19:48:49.173981 arp who-has 192.168.0.11 tell 192.168.0.12 19:48:50.173981 arp who-has 192.168.0.11 tell 192.168.0.12 19:48:52.183980 arp who-has 192.168.0.11 tell 192.168.0.12 19:48:53.183991 arp who-has 192.168.0.11 tell 192.168.0.12 Watching this ping from dom0 shows a different story: [root@dom0 ~]# tcpdump -i vif1.1 tcpdump: WARNING: vif1.1: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vif1.1, link-type EN10MB (Ethernet), capture size 96 bytes 19:50:41.780777 arp who-has 192.168.0.11 tell 192.168.0.12 19:50:41.969751 arp reply 192.168.0.11 is-at 00:a0:c9:e3:75:5e 19:50:42.900698 arp who-has 192.168.0.11 tell 192.168.0.12 19:50:42.900728 arp reply 192.168.0.11 is-at 00:a0:c9:e3:75:5e 19:50:43.900690 arp who-has 192.168.0.11 tell 192.168.0.12 19:50:43.900717 arp reply 192.168.0.11 is-at 00:a0:c9:e3:75:5e 19:50:44.900677 arp who-has 192.168.0.11 tell 192.168.0.12 19:50:44.900705 arp reply 192.168.0.11 is-at 00:a0:c9:e3:75:5e 19:50:46.910656 arp who-has 192.168.0.11 tell 192.168.0.12 19:50:46.910685 arp reply 192.168.0.11 is-at 00:a0:c9:e3:75:5e It looks like domU is sending out the arp request, but never getting the arp reply. However, clearly the arp reply is being sent by dom0...it seems to be getting lost somewhere in the connection between vif1.1 and the domU/eth0. I''m including some additional configuration information about my setup below. If additional information would be helpful, just let me know. Does anyone have thoughts about how to solve this? Thanks, bryan ========== DOMU Information ===================[root@domU ~]# ifconfig eth0 Link encap:Ethernet HWaddr AA:00:00:3D:B1:DD inet addr:192.168.0.12 Bcast:192.168.0.255 Mask: 255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:1848 (1.8 KiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:39 errors:0 dropped:0 overruns:0 frame:0 TX packets:39 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4368 (4.2 KiB) TX bytes:4368 (4.2 KiB) [root@domU ~]# netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0 [root@domU ~]# ping 192.168.0.11 PING 192.168.0.11 (192.168.0.11) 56(84) bytes of data. From 192.168.0.12 icmp_seq=0 Destination Host Unreachable From 192.168.0.12 icmp_seq=1 Destination Host Unreachable From 192.168.0.12 icmp_seq=2 Destination Host Unreachable From 192.168.0.12 icmp_seq=3 Destination Host Unreachable From 192.168.0.12 icmp_seq=4 Destination Host Unreachable From 192.168.0.12 icmp_seq=5 Destination Host Unreachable --- 192.168.0.11 ping statistics --- 7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6055ms , pipe 4 [root@domU ~]# ========== DOM0 Information ===================[root@dom0 ~]# xm list Name ID Mem(MiB) CPU VCPUs State Time(s) Domain-0 0 1500 0 1 r----- 85.7 domU 1 255 0 1 -b---- 8.7 [root@dom0 ~]# ifconfig eth0 Link encap:Ethernet HWaddr 00:A0:C9:E3:75:5E inet addr:192.168.0.11 Bcast:192.168.0.255 Mask: 255.255.255.0 inet6 addr: fe80::2a0:c9ff:fee3:755e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:221 errors:0 dropped:0 overruns:0 frame:0 TX packets:224 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:66104 (64.5 KiB) TX bytes:34473 (33.6 KiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:135 errors:0 dropped:0 overruns:0 frame:0 TX packets:135 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10210 (9.9 KiB) TX bytes:10210 (9.9 KiB) peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:215 errors:0 dropped:0 overruns:0 frame:0 TX packets:308 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:71438 (69.7 KiB) TX bytes:41704 (40.7 KiB) vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:224 errors:0 dropped:0 overruns:0 frame:0 TX packets:222 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:34473 (33.6 KiB) TX bytes:66194 (64.6 KiB) vif1.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:53 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:89 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2226 (2.1 KiB) TX bytes:0 (0.0 b) xen-br0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:102 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:9297 (9.0 KiB) TX bytes:378 (378.0 b) [root@dom0 ~]# netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0 [root@dom0 ~]# cat /etc/xen/domU kernel = "/boot/vmlinuz-2.6.12-xenU" memory = 256 name = "domU" nics=1 disk = [''file:/opt/xen_images/domU.img,sda1,w'' ] root = "/dev/sda1" extra = "ro selinux=0 3" [root@dom0 ~]# =================== _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Nivedita Singhvi
2005-Oct-27 22:55 UTC
Re: [Xen-devel] domU networking trouble in Xen 3.0-unstable.hg
Bryan D. Payne wrote:> I sent this message to xen-users, but haven''t received any replies. > Perhaps since it is an issue with the pre-3.0 code, this is a better > forum for my question / problem. Thanks!I presume you are downloading from Xen directly and using their default config scripts? Can you turn IPV6 off? thanks, Nivedita _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Ewan Mellor
2005-Oct-30 21:03 UTC
Re: [Xen-devel] domU networking trouble in Xen 3.0-unstable.hg
On Thu, Oct 27, 2005 at 09:03:09AM -0400, Bryan D. Payne wrote:> [Snip] > > It looks like domU is sending out the arp request, but never getting > the arp reply. However, clearly the arp reply is being sent by > dom0...it seems to be getting lost somewhere in the connection > between vif1.1 and the domU/eth0.That''s pretty peculiar, Bryan. We''re having problems with the network configuration scripts at the moment, but it looks to me like your network is intact. If the packet has reached vif1.1, then it really ought to reach the domU, because that is a pretty simple connection, and well tested. Do you have any firewalling / iptables rules set up in the guest domain? Can it receive pings from elsewhere on the network? If it''s not firewall rules, I''m flummoxed, and you ought to file a bug. Cheers, Ewan. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Bryan D. Payne
2005-Oct-31 04:28 UTC
Re: [Xen-devel] domU networking trouble in Xen 3.0-unstable.hg
Interesting. Thanks for this reply and thanks to the people that have replied off the list thus far. I had to step away from this for a couple of days, but I''m going to be working on it again tomorrow. Based on the feedback that I have received, here''s the plan of attack: * I''ll provide some additional info to the list (e.g., ip addr show, brctl show, ip route show...each for both dom0 and domU) * I''ll double check that IPv6 is disabled...but I believe that it is * I''ll update to the latest changeset and try everything again And, if it''s still not working at that point, then I''ll go ahead with filing the bug report. I agree that it seemed like an unusual place to have problems...so hopefully we can get to the bottom of it. And I''m happy to pull any other information out of the machine that may prove useful for debugging and such as well. Just let me know if there''s anything in particular that would be useful. Cheers, bryan> That''s pretty peculiar, Bryan. We''re having problems with the network > configuration scripts at the moment, but it looks to me like your > network is > intact. If the packet has reached vif1.1, then it really ought to > reach the > domU, because that is a pretty simple connection, and well tested. > Do you > have any firewalling / iptables rules set up in the guest domain? > Can it > receive pings from elsewhere on the network? If it''s not firewall > rules, I''m > flummoxed, and you ought to file a bug. > > Cheers, > > Ewan. > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Bryan D. Payne
2005-Nov-01 00:36 UTC
Re: [Xen-devel] domU networking trouble in Xen 3.0-unstable.hg
I have just tried to upgrade to changeset 7572. I discovered that doing a ''make install'' after my update blew away my dom0 and domU kernel configs! Unfortunately, I didn''t have those saved off anywhere (my mistake), so I have spent the past four hours (and counting...) trying to recreate a working config. I shall save this one when I finally get it working, but I''d like to suggest that perhaps a make install doesn''t blow away .config* in the kernel source directories ;-) Anyway, in the mean time, here''s some additional information about my setup before attempting the upgrade. * When I first posted about this problem I was using changeset 7398. * The additional network config information that people requested is below: ===================[root@domU ~]# ip addr show 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether aa:00:00:3d:b1:dd brd ff:ff:ff:ff:ff:ff inet 192.168.0.12/24 brd 192.168.0.255 scope global eth0 [root@domU ~]# ip route show 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.12 169.254.0.0/16 dev eth0 scope link default via 192.168.0.254 dev eth0 [root@domU ~]# ===================[root@dom0 ~]# ip addr show 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: vif0.0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever 3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue link/ether 00:a0:c9:e3:75:5e brd ff:ff:ff:ff:ff:ff inet 192.168.0.11/24 brd 192.168.0.255 scope global eth0 inet6 fe80::2a0:c9ff:fee3:755e/64 scope link valid_lft forever preferred_lft forever 4: peth0: <BROADCAST,MULTICAST,NOARP,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever 5: sit0: <NOARP> mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 6: xen-br0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::200:ff:fe00:0/64 scope link valid_lft forever preferred_lft forever 7: vif1.1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever [root@dom0 ~]# ip route show 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.11 169.254.0.0/16 dev eth0 scope link default via 192.168.0.254 dev eth0 [root@dom0 ~]# brctl show bridge name bridge id STP enabled interfaces xen-br0 8000.feffffffffff no peth0 vif0.0 vif1.1 [root@dom0 ~]# _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Bryan D. Payne
2005-Nov-01 01:40 UTC
Re: [Xen-devel] domU networking trouble in Xen 3.0-unstable.hg
Ok, it''s working! I''m now up and running with changeset 7572. My domU config is the default provided with this changeset. My dom0 config is a *very* slightly modified version of the kernel-2.6.12- i686-xen0.config provided in the fedora core 4 updates. In case other people are trying to get something similar working, here''s my grub.conf: default=1 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title Fedora Core (2.6.13-1.1526_FC4) root (hd0,0) kernel /vmlinuz-2.6.13-1.1526_FC4 ro root=LABEL=/ rhgb quiet initrd /initrd-2.6.13-1.1526_FC4.img title Xen 3.0-unstable.hg (2.6.12-xen0) root (hd0,0) kernel /xen.gz module /vmlinuz-2.6.12-xen0 ro root=/dev/sda3 module /initrd-2.6.12.6-xen0.img And you can find my kernel config for dom0 at the link below: http://www.cc.gatech.edu/~bdpayne/notes/kernel-2.6.12.6-xen0.config The only difference between this and the one from FC4 updates is that I have disabled SMP and enabled APIC. On my system, that was required for a successful boot into dom0. Cheers, bryan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel