On Jan 8, 2008 2:04 PM, Chris Gow <<a href="mailto:chris.gow@gmail.com">chris.gow@gmail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello:<br><br>I'm having issues with my CentOS 5.1/Xen installation. If I run the<br>xen-bridge, I seem to get flaky ethernet. By flaky I mean everything seems<br>fine from the host machine, but if I attempt to contact the host machine from
<br>another remote machine (eg. my laptop which is on the same subnet as the xen<br>machine, separated by 10 ft of cable and a router) I either get extremely<br>high ping times or Destination Host Unreachable. Ditto with ssh. I've
<br>disabled the firewall and it does not make a difference. If I stop the<br>xen-bridge (/etc/xen/scripts/network-bridge stop) then I get what I would<br>consider normal network access to the xen machine.<br><br>Hardware: Gigabyte GA-G33M-S2H MB (Realtek R8110SC onboard nic)
<br>OS: CentOS 5.1 64bit Xen<br><br>I installed CentOS last night with the Xen kernel, the stock kernel did not<br>support my nic which I was aware of. So I downloaded the r1000 source rpm<br>from the centos wiki, built and installed it. Once I did that the card was
<br>detected (an ifconfig would actually display eth0), but it would never get an<br>IP address (the xen machine is configured for dhcp at the moment). Today, I<br>installed the non-xen kernel, applied the non-xen r1000 kernel module and the
<br>onboard nic was found and working.<br><br>I then grabbed the updates from centos, saw that there were some kernel<br>updates, applied the r1000 kernel modules again, restarted and (the non-xen<br>kernel) eth0 was still happy. Good. Restarted again, but booted into the xen
<br>kernel, eth0 was still happy. eth0 would get an IP address, and was able to<br>see the outside world. However, the outside world (eg. my laptop) could not<br>see the xen machine or it could inconsistently. That is, ping times would be
<br>extremely high (on the order of 2+ seconds) or I would get Destination Host<br>Unreachable errors. Trying to connect via ssh would also be sporadic.<br><br>Thinking it might be firewall related, I disabled the firewall. There was no
<br>change in behaviour. I then disabled the xen-bridge and was able to ping with<br>reasonable numbers (<200ms) and connect via ssh. Just to note though, after I<br>stopped the bridge I immediately tried to connect via ssh/ping and did not
<br>get through, so I ran service iptables stop (again) and then was able to get<br>correct network access. I'm not sure if stopping iptables again did anything<br>(I doubt) or I did not leave enough time from stopping the bridge to letting
<br>everything get reconfigured.<br><br>I'm not sure what the problem is or how exactly to troubleshoot it. The NIC is<br>slightly different than the one specified in the CentOS wiki (the wiki<br>mentions RTL8110 and RTL8169SC and mine is a RTL8110SC) but I'm not familiar
<br>enough with the devices to know how much of a big deal that is, if any. Also,<br>just to be clear, the problem is other physical machines have a difficult<br>time accessing the xen host pc when the xen-bridge is running. I have not
<br>gotten as far as creating a VM yet.<br><br>Any assistance would be great.<br><br>thanks<br><br>-- chris<br>_______________________________________________<br>CentOS mailing list<br><a href="mailto:CentOS@centos.org">CentOS@centos.org
</a><br><a href="http://lists.centos.org/mailman/listinfo/centos" target="_blank">http://lists.centos.org/mailman/listinfo/centos</a><br></blockquote></div><br><br>Chris, <br>
<br>
I got the impression that the network setup is as this example:<br>
<br>
Your laptop (192.168.1.x/255.255.255.0)<br>
<br>
Router (<a href="http://192.168.1.1/255.255.255.0">192.168.1.1/255.255.255.0</a>)<br>
<br>
Xen (192.168.1.x/255.255.255.0)<br>
<br>
Well, you can't route from one physical network to another over a
router where source and destination has a ip in the same netmask area.
Perhaps you only use the router as a network switch since cheaper
models have a built in switch... In this case it's a switch rather then
a router, some lousy home scale routers may rally screw up things since
they don't have switches, rather a couple of network interfaces
separated with bridging and firewall rules in a embedded Linux or BSD
environment..<br>
<br>
<br>
- Nicolas<br>