From: Leroy Tennison <leroy.tennison@verizon.net>
To: lartc@vger.kernel.org
Subject: Re: Trying to set up a bridge for KVM
Date: Tue, 09 Jun 2015 03:12:07 +0000 [thread overview]
Message-ID: <55765987.6090506@verizon.net> (raw)
In-Reply-To: <55750F6F.5060206@verizon.net>
This is what is so frustrating, all I'm doing is booting with ifcfg-br0
and ifcfg-eth0 as shown below (no 'routes' file at all). ifcfg-eth0 is
configured to be started by another process (br0 I assume). Unless
something is wrong with ifcfg-br0 or ifcfg-eth0 I'm not telling eth0 to
acquire an IP address but it "auto-magically" does. The 'ip ...'
listing is based on that configuration, no intermediate modifications.
I checked the working configuration (at work) again and the only
differences are that the IP address in ifcfg-br0 is different (no
surprise - different subnet) and it has a routes file containing one
line (modified to be the equivalent of my network):
default 192.168.1.1 -
The only other difference is the working system is on openSuSE 12.3 and
I'm on 13.1. This is why I was hoping someone would spot something
wrong in one of those two files.
On 06/08/2015 12:48 AM, Mike Schmidt wrote:
> You have both eth0 and br0 claiming the same network as far as routing is
> concerned. If eth0 is in br0, as I think you expect it to be, you should
> remove the ip address from eth0, and let br0 handle the network.
> If that's not the case. make sure that eth0 and br0 are in different
> subnets. Otherwise, you need to add different metrics to the routes, so
> that the kernel can always send packets out via the same interface.
>
> On Sun, Jun 7, 2015 at 11:43 PM, Leroy Tennison <leroy.tennison@verizon.net>
> wrote:
>
>> I've used what I've found on the web and even copied a working config from
>> a hypervisor at work running the same version of openSuSE (13.1) I use at
>> home - nothing works at home. The working config from the hypervisor (the
>> only change is the IP address for home) is listed below, what am I doing
>> wrong? (Thanks for your help).
>>
>> ifcfg-br0
>>
>> USERCONTROL='no'
>> STARTMODE='auto'
>> BOOTPROTO='static'
>> BRIDGE='yes'
>> BRIDGE_STP='off'
>> BRIDGE_FORWARDDELAY='0'
>> BRIDGE_PORTS='eth0'
>> BRIDGE_PORTPRIORITIES='-'
>> BRIDGE_PATHCOSTS='-'
>> NETWORK=''
>> NETMASK=''
>> BROADCAST=''
>> PREFIXLEN=''
>> IPADDR='192.168.1.101/24'
>> ETHTOOL_OPTIONS=''
>> MTU=''
>> NAME=''
>> REMOTE_IPADDR=''
>>
>> ifcfg-eth0
>>
>> BOOTPROTO='none'
>> BROADCAST=''
>> ETHTOOL_OPTIONS=''
>> IPADDR=''
>> MTU=''
>> NAME='Intel Ethernet controller'
>> NETMASK=''
>> NETWORK=''
>> REMOTE_IPADDR=''
>> STARTMODE='auto'
>> USERCONTROL='no'
>>
>> I can't even ping the default gateway. My configuration shows:
>>
>> ip addr
>>
>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>> inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
>> valid_lft forever preferred_lft forever
>> inet6 ::1/128 scope host
>> valid_lft forever preferred_lft forever
>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>> master br0 state UP qlen 1000
>> link/ether 00:1e:8c:f1:68:94 brd ff:ff:ff:ff:ff:ff
>> inet 192.168.1.6/24 brd 192.168.1.255 scope global eth0
>> valid_lft forever preferred_lft forever
>> inet6 fe80::21e:8cff:fef1:6894/64 scope link
>> valid_lft forever preferred_lft forever
>> 3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
>> link/ether 00:1e:8c:f1:68:94 brd ff:ff:ff:ff:ff:ff
>> inet 192.168.1.101/24 brd 192.168.1.255 scope global br0
>> valid_lft forever preferred_lft forever
>> inet6 fe80::21e:8cff:fef1:6894/64 scope link
>> valid_lft forever preferred_lft forever
>>
>> ip route
>>
>> default via 192.168.1.1 dev eth0 proto static
>> 127.0.0.0/8 dev lo scope link
>> 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.6
>> 192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.101
>>
>> I previous (and now current) configuration was DHCP which is where
>> probably the 192.168.1.6/24 comes from (and the DHCP scope stops at node
>> 100).
>> --
>> To unsubscribe from this list: send the line "unsubscribe lartc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
>
prev parent reply other threads:[~2015-06-09 3:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-08 3:43 Trying to set up a bridge for KVM Leroy Tennison
2015-06-08 12:09 ` Joel Gerber
2015-06-09 3:12 ` Leroy Tennison [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=55765987.6090506@verizon.net \
--to=leroy.tennison@verizon.net \
--cc=lartc@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 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.