[opensuse-factory] oh crap....
Well, Still a few hours to the release, thus I'll take the liberty to post to factory ;) After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state. The network has a bridge configured and there is one ethernet card. The bridge uses a static IP, everything is IPv4 and needless to say I did not make any network changes right before or while I was running zypper dup. The machine is also an nis client. Running ypwhich produces: ypwhich: Can't communicate with ypbind But ypbind is running: systemctl status ypbind.service ypbind.service - NIS/YP (Network Information Service) Clients to NIS Domain Binder Loaded: loaded (/usr/lib/systemd/system/ypbind.service; enabled) Active: active (running) since Tue, 2013-03-12 20:46:14 EDT; 12min ago Process: 1608 ExecStartPost=/usr/share/ypbind/ypbind-systemd-post (code=exited, status=0/SUCCESS) Main PID: 1605 (ypbind) CGroup: name=systemd:/system/ypbind.service └ 1605 /usr/sbin/ypbind -n I can also get into the machine via ssh. But trying to get out fails: traceroute www.gmail.com traceroute to www.gmail.com (74.125.226.214), 30 hops max, 40 byte packets using UDP 1 triumph.rjsdomain (192.168.1.6)(H!) 3004.348 ms (H!) 3003.268 ms (H!) 3002.193 ms the routing table appears to be OK: # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gateway.rjsdoma 0.0.0.0 UG 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo 192.168.1.0 * 255.255.255.0 U 0 0 0 br0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 and I can ping the gateway: # ping gateway PING gateway.rjsdomain (192.168.1.1) 56(84) bytes of data. 64 bytes from gateway.rjsdomain (192.168.1.1): icmp_seq=1 ttl=64 time=0.415 ms 64 bytes from gateway.rjsdomain (192.168.1.1): icmp_seq=2 ttl=64 time=0.332 ms 64 bytes from gateway.rjsdomain (192.168.1.1): icmp_seq=3 ttl=64 time=0.341 ms ^C --- gateway.rjsdomain ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1999ms rtt min/avg/max/mdev = 0.332/0.362/0.415/0.043 ms Tried restarting the network, no success. ifconfig shows the following info. # ifconfig br0 Link encap:Ethernet HWaddr 6C:F0:49:06:05:6A inet addr:192.168.1.6 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4941 errors:0 dropped:0 overruns:0 frame:0 TX packets:3220 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:734351 (717.1 Kb) TX bytes:576571 (563.0 Kb) eth0 Link encap:Ethernet HWaddr 6C:F0:49:06:05:6A inet addr:192.168.1.6 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5575 errors:0 dropped:0 overruns:0 frame:0 TX packets:3768 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:927474 (905.7 Kb) TX bytes:672689 (656.9 Kb) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:6645 errors:0 dropped:0 overruns:0 frame:0 TX packets:6645 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:434935 (424.7 Kb) TX bytes:434935 (424.7 Kb) I thought a bound interface has 0.0.0.0 If I remove the bridge and just use eth0 as the network device things work. Putting the bridge back in place (using YaST) kills the network again. :( Anyway, I am stumped and need help. Thanks, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei@suse.com rschweik@ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 13/03/13 12:13, Robert Schweikert wrote:
Well,
Still a few hours to the release, thus I'll take the liberty to post to factory ;)
After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state.
I thought that the command (as root) is zypper refresh followed by zypper dup [pruned] BC -- Using openSUSE 12.3 x86_64 with KDE 4.10.1 & kernel 3.8.2-1 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----Original Message-----
From: Basil Chupin
Well,
Still a few hours to the release, thus I'll take the liberty to post to factory ;)
After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state.
I thought that the command (as root) is zypper refresh followed by zypper dup [pruned] BC -----Original Message----- Sometimes, when (expecting) drastic changed happen to zypper & Co, it is safer to update the updater itself first, followed by the rest (dup) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-03-13 08:51 (GMT+0100) Hans Witvliet composed:
Sometimes, when (expecting) drastic changed happen to zypper & Co, it is safer to update the updater itself first, followed by the rest (dup)
Actually, only sometimes not. Long ago I made a habit of ensuring relevant
initrd-related packages and package system packages get done first:
On 13/03/13 18:51, Hans Witvliet wrote:
-----Original Message----- From: Basil Chupin
To: opensuse-factory@opensuse.org Subject: Re: [opensuse-factory] oh crap.... Date: Wed, 13 Mar 2013 15:27:39 +1100 On 13/03/13 12:13, Robert Schweikert wrote:
Well,
Still a few hours to the release, thus I'll take the liberty to post to factory ;)
After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state. I thought that the command (as root) is
zypper refresh
followed by
zypper dup
[pruned]
BC
-----Original Message-----
Sometimes, when (expecting) drastic changed happen to zypper & Co, it is safer to update the updater itself first, followed by the rest (dup)
Never been told that. I have always used = without any problems - the commands I mentioned above. The commands would also upgrade zypper - if it needed upgrading to begin with. And, of course, the next time you did run zypper <whatever> the upgraded zypper would find any anomalies and download and install the latest files anyway. zypper is not just a pretty face you know :-) . BC -- Using openSUSE 12.3 x86_64 with KDE 4.10.1 & kernel 3.8.2-1 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 12 of March 2013 21:13:10 Robert Schweikert wrote:
Well,
Still a few hours to the release, thus I'll take the liberty to post to factory ;)
:)
After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state.
The network has a bridge configured and there is one ethernet card. The bridge uses a static IP, everything is IPv4 and needless to say I did not make any network changes right before or while I was running zypper dup.
The machine is also an nis client. Running ypwhich produces:
ypwhich: Can't communicate with ypbind
But ypbind is running:
systemctl status ypbind.service ypbind.service - NIS/YP (Network Information Service) Clients to NIS Domain Binder Loaded: loaded (/usr/lib/systemd/system/ypbind.service; enabled) Active: active (running) since Tue, 2013-03-12 20:46:14 EDT; 12min ago Process: 1608 ExecStartPost=/usr/share/ypbind/ypbind-systemd-post (code=exited, status=0/SUCCESS) Main PID: 1605 (ypbind) CGroup: name=systemd:/system/ypbind.service └ 1605 /usr/sbin/ypbind -n
I can also get into the machine via ssh. But trying to get out fails:
traceroute www.gmail.com traceroute to www.gmail.com (74.125.226.214), 30 hops max, 40 byte packets using UDP 1 triumph.rjsdomain (192.168.1.6)(H!) 3004.348 ms (H!) 3003.268 ms (H!) 3002.193 ms
the routing table appears to be OK:
# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gateway.rjsdoma 0.0.0.0 UG 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo 192.168.1.0 * 255.255.255.0 U 0 0 0 br0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
and I can ping the gateway:
# ping gateway PING gateway.rjsdomain (192.168.1.1) 56(84) bytes of data. 64 bytes from gateway.rjsdomain (192.168.1.1): icmp_seq=1 ttl=64 time=0.415 ms 64 bytes from gateway.rjsdomain (192.168.1.1): icmp_seq=2 ttl=64 time=0.332 ms 64 bytes from gateway.rjsdomain (192.168.1.1): icmp_seq=3 ttl=64 time=0.341 ms ^C --- gateway.rjsdomain ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1999ms rtt min/avg/max/mdev = 0.332/0.362/0.415/0.043 ms
Tried restarting the network, no success. ifconfig shows the following info.
# ifconfig br0 Link encap:Ethernet HWaddr 6C:F0:49:06:05:6A inet addr:192.168.1.6 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4941 errors:0 dropped:0 overruns:0 frame:0 TX packets:3220 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:734351 (717.1 Kb) TX bytes:576571 (563.0 Kb)
eth0 Link encap:Ethernet HWaddr 6C:F0:49:06:05:6A inet addr:192.168.1.6 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5575 errors:0 dropped:0 overruns:0 frame:0 TX packets:3768 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:927474 (905.7 Kb) TX bytes:672689 (656.9 Kb)
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:6645 errors:0 dropped:0 overruns:0 frame:0 TX packets:6645 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:434935 (424.7 Kb) TX bytes:434935 (424.7 Kb)
I thought a bound interface has 0.0.0.0
If I remove the bridge and just use eth0 as the network device things work. Putting the bridge back in place (using YaST) kills the network again. :(
Anyway, I am stumped and need help.
The bridged interfaces must be without IP address (0.0.0.0), did you try setting them this way? Also, see http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#Manu... .
Thanks, Robert
Regards, Peter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Robert Schweikert
Well,
Still a few hours to the release, thus I'll take the liberty to post to factory ;)
After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state.
The network has a bridge configured and there is one ethernet card. [...]
Yeah, know bug, reported here: https://bugzilla.novell.com/show_bug.cgi?id=803019 Then follow the list of duplicates....
the routing table appears to be OK:
No, its not. Default route must go via br0, not eth0
# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gateway.rjsdoma 0.0.0.0 UG 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo 192.168.1.0 * 255.255.255.0 U 0 0 0 br0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
Klaus -- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5, 90409 Nürnberg, Germany -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03/13/2013 04:01 AM, Klaus Kaempf wrote:
* Robert Schweikert
[Mar 13. 2013 02:14]: Well,
Still a few hours to the release, thus I'll take the liberty to post to factory ;)
After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state.
The network has a bridge configured and there is one ethernet card. [...]
Yeah, know bug, reported here:
Thanks for the pointer, although I would hardly call the bug resolved as it is obviously still happening.
Then follow the list of duplicates....
the routing table appears to be OK:
No, its not. Default route must go via br0, not eth0
# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gateway.rjsdoma 0.0.0.0 UG 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo 192.168.1.0 * 255.255.255.0 U 0 0 0 br0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
As mentioned in the bug, once I added a default route for br0 everything worked. Thanks, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei@suse.com rschweik@ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03/13/2013 07:47 AM, Robert Schweikert wrote:
On 03/13/2013 04:01 AM, Klaus Kaempf wrote:
* Robert Schweikert
[Mar 13. 2013 02:14]: Well,
Still a few hours to the release, thus I'll take the liberty to post to factory ;)
After switching my repos to 12.3 from 12.2, running "zypper in zypper" and then "zypper dup" I ended up with a weird network state.
The network has a bridge configured and there is one ethernet card. [...]
Yeah, know bug, reported here:
Thanks for the pointer, although I would hardly call the bug resolved as it is obviously still happening.
OK, now I get it. The root cause is really that NetworkManager is running after the upgrade to 12.3 although it was disabled prior to the upgrade. Disabling NetworkManager, then stopping it and restarting the network puts everything back the way it is supposed to be. Thus somehwre in the upgrade process we forgot to check whether NetworkManager was enable or disabled on tha machine and we just turn it on by default :( Well, everything is release, too late..... Thanks again for the help. Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei@suse.com rschweik@ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hello, Am Mittwoch, 13. März 2013 schrieb Robert Schweikert:
On 03/13/2013 07:47 AM, Robert Schweikert wrote:
On 03/13/2013 04:01 AM, Klaus Kaempf wrote:
Thanks for the pointer, although I would hardly call the bug resolved as it is obviously still happening.
OK, now I get it. The root cause is really that NetworkManager is running after the upgrade to 12.3 although it was disabled prior to the upgrade.
Disabling NetworkManager, then stopping it and restarting the network puts everything back the way it is supposed to be. Thus somehwre in the upgrade process we forgot to check whether NetworkManager was enable or disabled on tha machine and we just turn it on by default :(
Well, everything is release, too late.....
AFAIK the switch (dropping NETWORKMANAGER variable in sysconfig and enabling NetworkManager.service or network.service) is done in a %post script (don't ask of which package). This also means we can still release an update to fix it at least for all the people who enable the update repo while upgrading. If all the bugs about this are already closed as fixed, please open a new one ;-) Regards, Christian Boltz --
You only read the second paragraph, didn't you? Why do you write emails where one has to read the stuff between the first and the last word? [> Stephan Kulow and Dirk Mueller in opensuse-packaging]
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03/13/2013 02:17 PM, Christian Boltz wrote:
Hello,
Am Mittwoch, 13. März 2013 schrieb Robert Schweikert:
On 03/13/2013 07:47 AM, Robert Schweikert wrote:
On 03/13/2013 04:01 AM, Klaus Kaempf wrote:
Thanks for the pointer, although I would hardly call the bug resolved as it is obviously still happening.
OK, now I get it. The root cause is really that NetworkManager is running after the upgrade to 12.3 although it was disabled prior to the upgrade.
Disabling NetworkManager, then stopping it and restarting the network puts everything back the way it is supposed to be. Thus somehwre in the upgrade process we forgot to check whether NetworkManager was enable or disabled on tha machine and we just turn it on by default :(
Well, everything is release, too late.....
AFAIK the switch (dropping NETWORKMANAGER variable in sysconfig and enabling NetworkManager.service or network.service) is done in a %post script (don't ask of which package).
This also means we can still release an update to fix it at least for all the people who enable the update repo while upgrading.
If all the bugs about this are already closed as fixed, please open a new one ;-)
Not all bugs were closed, but I couldn't figure out if the bugs that are still open would actually address this issue if fixed. Thus there is a new bug: 809233 Later, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei@suse.com rschweik@ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (7)
-
auxsvr@gmail.com
-
Basil Chupin
-
Christian Boltz
-
Felix Miata
-
Hans Witvliet
-
Klaus Kaempf
-
Robert Schweikert