* Trying to set up a bridge for KVM
@ 2015-06-08 3:43 Leroy Tennison
2015-06-08 12:09 ` Joel Gerber
2015-06-09 3:12 ` Leroy Tennison
0 siblings, 2 replies; 3+ messages in thread
From: Leroy Tennison @ 2015-06-08 3:43 UTC (permalink / raw)
To: lartc
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).
^ permalink raw reply [flat|nested] 3+ messages in thread* RE: Trying to set up a bridge for KVM
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
1 sibling, 0 replies; 3+ messages in thread
From: Joel Gerber @ 2015-06-08 12:09 UTC (permalink / raw)
To: lartc
SGVsbG8gTGVyb3ksDQoNCkZpcnN0IG9mZiwgdXNlIHRoZSBjb21tYW5kIGBicmN0bCBzaG93IGJy
MGAuIFRoaXMgd2lsbCB2ZXJpZnkgZm9yIHlvdXJzZWxmIHdoZXRoZXIgeW91ciBldGgwIGludGVy
ZmFjZSBoYXMgcHJvcGVybHkgYmVlbiBib3VuZCB0byB5b3VyIGJyaWRnZS4NCg0KQW5vdGhlciBo
ZWxwZnVsIGRlYnVnZ2luZyB0b29sIGlzIG5hdmlnYXRpbmcgdG8gdGhlIC9wcm9jL25ldC9ib25k
aW5nIGRpcmVjdG9yeSBhbmQgdGhlbiBgY2F0IGJyMGAuIFRoaXMgd2lsbCBzaG93IHRoZSBzbGF2
ZSBpbnRlcmZhY2VzIHRvIHlvdXIgYm9uZCwgd2hhdCB0eXBlIG9mIGJvbmRpbmcgbW9kZSB5b3Ug
YXJlIHVzaW5nLCBhbmQgd2hldGhlciB0aGUgYnJpZGdlIGlzIGN1cnJlbnRseSB1cCBhbmQgb24g
d2hpY2ggaW50ZXJmYWNlcy4NCg0KSSdtIG5vdCBmYW1pbGlhciB3aXRoIE9wZW5TdVNFLCBzbyBJ
IGNhbid0IHZlcmlmeSB5b3VyIGNvbmZpZ3VyYXRpb24uIEJ1dCwgZnJvbSB0aGUgaXAgYWRkciBj
b21tYW5kcyB5b3UgcmFuLCBJIGNhbiB0ZWxsIHlvdSB0aGF0IHlvdXIgY29uZmlndXJhdGlvbiBk
b2Vzbid0IGxvb2sgY29ycmVjdC4gVGhlIElQIGludGVyZmFjZXMgc2hvdWxkIG9ubHkgYmUgYm91
bmQgdG8geW91ciBicmlkZ2VkIGludGVyZmFjZS4gSSdtIHNlZWluZyBhbiBJUCBuZXR3b3JrIGFz
IHdlbGwgYXMgbmV0d29yayByb3V0ZXMgYXNzb2NpYXRlZCB3aXRoIGV0aDAgaW5zdGVhZCBvZiBi
cjAuIEFsc28sIGluIGlmY2ZnLWJyMCBJJ20gbm90IHNlZWluZyBhIG5ldHdvcmsgZ2F0ZXdheSBk
ZWZpbmVkIHdoaWNoIHdvdWxkIGJlIG5lY2Vzc2FyeSB0byByb3V0ZSBvdXRzaWRlIG9mIHlvdXIg
aG9tZSBMQU4uIFlvdSdsbCBhbHNvIHdhbnQgdG8gdmVyaWZ5IHdoYXQgdHlwZSBvZiBicmlkZ2Ug
eW91IGhhdmUgY29uZmlndXJlZC4gRm9yIG1vc3QgaG9tZSBMQU5zLCB5b3UnbGwgd2FudCB0byB1
c2UgImZhdWx0LXRvbGVyYW5jZS9hY3RpdmUtYmFja3VwIiwgYXMgTEFDUCB3b24ndCB3b3JrIHdp
dGhvdXQgYSBzdXBwb3J0aW5nIG5vcnRoYm91bmQgRXRoZXJuZXQgc3dpdGNoLg0KDQpJZiB5b3Vy
IGV0aDAgaW50ZXJmYWNlIGhhcyBJUCBpbmZvcm1hdGlvbiBmcm9tIHByZXZpb3VzbHksIHlvdSds
bCB3YW50IHRvIG1hbnVhbGx5IHJlbW92ZSB0aGUgSVAgYWRkcmVzcyB3aXRoIGBpcCBhZGRyIGRl
bGAgYW5kIGBpcCByb3V0ZSBkZWxgLCBvciwganVzdCByZWJvb3QgeW91ciBob21lIExpbnV4IHNl
cnZlci4NCg0KSm9lbCBHZXJiZXINCk5ldHdvcmsgT3BlcmF0aW9ucyBTcGVjaWFsaXN0IC0gVGVs
ZXBob25lDQpUZWxlcGhvbmUNCkVhc3RsaW5rDQpKb2VsLkdlcmJlckBjb3JwLmVhc3RsaW5rLmNh
ICAgIFQ6IDUxOS43ODYuMTI0MQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog
bGFydGMtb3duZXJAdmdlci5rZXJuZWwub3JnIFttYWlsdG86bGFydGMtb3duZXJAdmdlci5rZXJu
ZWwub3JnXSBPbiBCZWhhbGYgT2YgTGVyb3kgVGVubmlzb24NClNlbnQ6IEp1bmUtMDctMTUgMTE6
NDQgUE0NClRvOiBsYXJ0Y0B2Z2VyLmtlcm5lbC5vcmcNClN1YmplY3Q6IFRyeWluZyB0byBzZXQg
dXAgYSBicmlkZ2UgZm9yIEtWTQ0KDQpJJ3ZlIHVzZWQgd2hhdCBJJ3ZlIGZvdW5kIG9uIHRoZSB3
ZWIgYW5kIGV2ZW4gY29waWVkIGEgd29ya2luZyBjb25maWcgZnJvbSBhIGh5cGVydmlzb3IgYXQg
d29yayBydW5uaW5nIHRoZSBzYW1lIHZlcnNpb24gb2Ygb3BlblN1U0UgKDEzLjEpIEkgdXNlIGF0
IGhvbWUgLSBub3RoaW5nIHdvcmtzIGF0IGhvbWUuICBUaGUgd29ya2luZyBjb25maWcgZnJvbSB0
aGUgaHlwZXJ2aXNvciAodGhlIG9ubHkgY2hhbmdlIGlzIHRoZSBJUCBhZGRyZXNzIGZvciBob21l
KSBpcyBsaXN0ZWQgYmVsb3csIHdoYXQgYW0gSSBkb2luZyB3cm9uZz8gIChUaGFua3MgZm9yIHlv
dXIgaGVscCkuDQoNCmlmY2ZnLWJyMA0KDQogICAgVVNFUkNPTlRST0w9J25vJw0KICAgIFNUQVJU
TU9ERT0nYXV0bycNCiAgICBCT09UUFJPVE89J3N0YXRpYycNCiAgICBCUklER0U9J3llcycNCiAg
ICBCUklER0VfU1RQPSdvZmYnDQogICAgQlJJREdFX0ZPUldBUkRERUxBWT0nMCcNCiAgICBCUklE
R0VfUE9SVFM9J2V0aDAnDQogICAgQlJJREdFX1BPUlRQUklPUklUSUVTPSctJw0KICAgIEJSSURH
RV9QQVRIQ09TVFM9Jy0nDQogICAgTkVUV09SSz0nJw0KICAgIE5FVE1BU0s9JycNCiAgICBCUk9B
RENBU1Q9JycNCiAgICBQUkVGSVhMRU49JycNCiAgICBJUEFERFI9JzE5Mi4xNjguMS4xMDEvMjQn
DQogICAgRVRIVE9PTF9PUFRJT05TPScnDQogICAgTVRVPScnDQogICAgTkFNRT0nJw0KICAgIFJF
TU9URV9JUEFERFI9JycNCg0KaWZjZmctZXRoMA0KDQogICAgQk9PVFBST1RPPSdub25lJw0KICAg
IEJST0FEQ0FTVD0nJw0KICAgIEVUSFRPT0xfT1BUSU9OUz0nJw0KICAgIElQQUREUj0nJw0KICAg
IE1UVT0nJw0KICAgIE5BTUU9J0ludGVsIEV0aGVybmV0IGNvbnRyb2xsZXInDQogICAgTkVUTUFT
Sz0nJw0KICAgIE5FVFdPUks9JycNCiAgICBSRU1PVEVfSVBBRERSPScnDQogICAgU1RBUlRNT0RF
PSdhdXRvJw0KICAgIFVTRVJDT05UUk9MPSdubycNCg0KSSBjYW4ndCBldmVuIHBpbmcgdGhlIGRl
ZmF1bHQgZ2F0ZXdheS4gIE15IGNvbmZpZ3VyYXRpb24gc2hvd3M6DQoNCmlwIGFkZHINCg0KMTog
bG86IDxMT09QQkFDSyxVUCxMT1dFUl9VUD4gbXR1IDY1NTM2IHFkaXNjIG5vcXVldWUgc3RhdGUg
VU5LTk9XTg0KICAgICBsaW5rL2xvb3BiYWNrIDAwOjAwOjAwOjAwOjAwOjAwIGJyZCAwMDowMDow
MDowMDowMDowMA0KICAgICBpbmV0IDEyNy4wLjAuMS84IGJyZCAxMjcuMjU1LjI1NS4yNTUgc2Nv
cGUgaG9zdCBsbw0KICAgICAgICB2YWxpZF9sZnQgZm9yZXZlciBwcmVmZXJyZWRfbGZ0IGZvcmV2
ZXINCiAgICAgaW5ldDYgOjoxLzEyOCBzY29wZSBob3N0DQogICAgICAgIHZhbGlkX2xmdCBmb3Jl
dmVyIHByZWZlcnJlZF9sZnQgZm9yZXZlcg0KMjogZXRoMDogPEJST0FEQ0FTVCxNVUxUSUNBU1Qs
VVAsTE9XRVJfVVA+IG10dSAxNTAwIHFkaXNjIHBmaWZvX2Zhc3QgbWFzdGVyIGJyMCBzdGF0ZSBV
UCBxbGVuIDEwMDANCiAgICAgbGluay9ldGhlciAwMDoxZTo4YzpmMTo2ODo5NCBicmQgZmY6ZmY6
ZmY6ZmY6ZmY6ZmYNCiAgICAgaW5ldCAxOTIuMTY4LjEuNi8yNCBicmQgMTkyLjE2OC4xLjI1NSBz
Y29wZSBnbG9iYWwgZXRoMA0KICAgICAgICB2YWxpZF9sZnQgZm9yZXZlciBwcmVmZXJyZWRfbGZ0
IGZvcmV2ZXINCiAgICAgaW5ldDYgZmU4MDo6MjFlOjhjZmY6ZmVmMTo2ODk0LzY0IHNjb3BlIGxp
bmsNCiAgICAgICAgdmFsaWRfbGZ0IGZvcmV2ZXIgcHJlZmVycmVkX2xmdCBmb3JldmVyDQozOiBi
cjA6IDxCUk9BRENBU1QsTVVMVElDQVNULFVQLExPV0VSX1VQPiBtdHUgMTUwMCBxZGlzYyBub3F1
ZXVlIHN0YXRlIFVQDQogICAgIGxpbmsvZXRoZXIgMDA6MWU6OGM6ZjE6Njg6OTQgYnJkIGZmOmZm
OmZmOmZmOmZmOmZmDQogICAgIGluZXQgMTkyLjE2OC4xLjEwMS8yNCBicmQgMTkyLjE2OC4xLjI1
NSBzY29wZSBnbG9iYWwgYnIwDQogICAgICAgIHZhbGlkX2xmdCBmb3JldmVyIHByZWZlcnJlZF9s
ZnQgZm9yZXZlcg0KICAgICBpbmV0NiBmZTgwOjoyMWU6OGNmZjpmZWYxOjY4OTQvNjQgc2NvcGUg
bGluaw0KICAgICAgICB2YWxpZF9sZnQgZm9yZXZlciBwcmVmZXJyZWRfbGZ0IGZvcmV2ZXINCg0K
aXAgcm91dGUNCg0KZGVmYXVsdCB2aWEgMTkyLjE2OC4xLjEgZGV2IGV0aDAgIHByb3RvIHN0YXRp
Yw0KMTI3LjAuMC4wLzggZGV2IGxvICBzY29wZSBsaW5rDQoxOTIuMTY4LjEuMC8yNCBkZXYgZXRo
MCAgcHJvdG8ga2VybmVsICBzY29wZSBsaW5rICBzcmMgMTkyLjE2OC4xLjYNCjE5Mi4xNjguMS4w
LzI0IGRldiBicjAgIHByb3RvIGtlcm5lbCAgc2NvcGUgbGluayAgc3JjIDE5Mi4xNjguMS4xMDEN
Cg0KSSBwcmV2aW91cyAoYW5kIG5vdyBjdXJyZW50KSBjb25maWd1cmF0aW9uIHdhcyBESENQIHdo
aWNoIGlzIHdoZXJlIHByb2JhYmx5IHRoZSAxOTIuMTY4LjEuNi8yNCBjb21lcyBmcm9tIChhbmQg
dGhlIERIQ1Agc2NvcGUgc3RvcHMgYXQgbm9kZSAxMDApLg0KLS0NClRvIHVuc3Vic2NyaWJlIGZy
b20gdGhpcyBsaXN0OiBzZW5kIHRoZSBsaW5lICJ1bnN1YnNjcmliZSBsYXJ0YyIgaW4gdGhlIGJv
ZHkgb2YgYSBtZXNzYWdlIHRvIG1ham9yZG9tb0B2Z2VyLmtlcm5lbC5vcmcgTW9yZSBtYWpvcmRv
bW8gaW5mbyBhdCAgaHR0cDovL3ZnZXIua2VybmVsLm9yZy9tYWpvcmRvbW8taW5mby5odG1sDQo
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Trying to set up a bridge for KVM
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
1 sibling, 0 replies; 3+ messages in thread
From: Leroy Tennison @ 2015-06-09 3:12 UTC (permalink / raw)
To: lartc
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
>>
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-06-09 3:12 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 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.