* Re: Trying to set up a bridge for KVM - Success (sort of)
@ 2015-06-09 5:17 Leroy Tennison
0 siblings, 0 replies; only message in thread
From: Leroy Tennison @ 2015-06-09 5:17 UTC (permalink / raw)
To: lartc
I think I've found a bug... nothing I configured in
/etc/sysconfig/network worked. However, a little "post processing"
solved the problem (I can ping google.com again! For some reason, even
with the broken configuration, I could ping 192.168.1.1, just no
further). I tested the below, found it to work and finally put it in
/etc/init.d/after.local to get networking to work on boot (I have no
idea when openSuSE implemented after.local - why do they have to be
different?).
ip route del 192.168.1.0/24 dev eth0
ip route del default dev eth0
ip route add default via 192.168.1.1 dev br0 proto static
ip addr del 192.168.1.8/24 dev eth0
Now the ip commands look like
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 169.254.9.142/16 brd 169.254.255.255 scope link eth0:avahi
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 br0 proto static
default dev eth0 scope link metric 1002
127.0.0.0/8 dev lo scope link
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.9.142
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.101
I wouldn't disagree with anyone who says the solution is ugly. I don't
know (among a lot of things I don't understand about this issue) why
eth0 got an RFC 3927 IP address and frankly I don't care. Anything not
explicitly listed in the original four ip commands was "done for me"
(like the 'metric 1002'). Next stop: does KVM actually work with this
configuration...
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2015-06-09 5:17 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-06-09 5:17 Trying to set up a bridge for KVM - Success (sort of) 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.