Bug 24952 - [oops][r8169] mga6 to mga7 online urpmi upgrade killed fixed IP network (no link, no gateway, netdev watchdog crash)
Summary: [oops][r8169] mga6 to mga7 online urpmi upgrade killed fixed IP network (no l...
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 7
Hardware: All Linux
Priority: Normal major
Target Milestone: ---
Assignee: Kernel and Drivers maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-06-14 06:10 CEST by Felix Miata
Modified: 2021-09-07 14:09 CEST (History)
6 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
journal from session attempting to get network up (includes NETDEV WATCHDOG: eth0 crash) (118.70 KB, text/plain)
2019-06-14 06:10 CEST, Felix Miata
Details
syslog (228.79 KB, text/plain)
2019-07-27 22:03 CEST, Levchenko Roman
Details

Description Felix Miata 2019-06-14 06:10:26 CEST
Created attachment 11092 [details]
journal from session attempting to get network up (includes NETDEV WATCHDOG: eth0 crash)

Original summary:
[oops][r8169] mga6 to mga7 online urpmi upgrade killed fixed IP network (no link, no gateway, netdev watchdog crash)

Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Hewlett-Packard Asus IPIBL-LB  driver: r8169 v: kernel port: e800 bus ID: 02:00.0 chip ID: 10ec:8168 

Network was no apparent problem during online update that excluded kernel, though update did not complete on first boot. See bug 24950 about that. Neither /etc/udev/rules.d/ nor /etc/sysconfig/network-scripts/ifcfg-eth0 were changed by update. Initial update excluded kernel. All boots following installation of kernel 5.1.9 have no network, including booting on old 4.19 kernel. Initially it looked simply like a failure of link eth0 to come up, but even after 'modprobe -r iptables; modprobe -r x_tables' and systemctl restart network, though eth0 comes up, and proper /etc/resolv.conf is written, I could not get gateway to come up. After more than an hour of mucking around, eth0 finally came up automatically after 'systemctl enable systemd-networkd; systemctl enable systemd-networkd-wait-online; systemctl disable network-up', but netstat -r still lacks a default route. Network works perfectly on openSUSE, Fedora and Mageia 6.

# /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
IPADDR=192.168.###.XXX
NETMASK=255.255.255.0
GATEWAY=192.168.###.YYY
ONBOOT=yes
METRIC=10
MII_NOT_SUPPORTED=no
USERCTL=no
DNS1=192.168.###.YYY
DOMAIN=ij.net
RESOLV_MODS=no
LINK_DETECTION_DELAY=6
IPV6INIT=no
IPV6TO4INIT=no
ACCOUNTING=no
NM_CONTROLLED=no
Marja Van Waes 2019-06-15 11:32:11 CEST

CC: (none) => kernel, mageiatools, marja11

Comment 1 Marja Van Waes 2019-06-19 13:03:39 CEST
I had only CC'ed some packager groups, because I have no idea what causes this.

Now assigning to the kernel and driver maintainers, because the problem started with a kernel upgrade.

Assignee: bugsquad => kernel

Comment 2 Nicolas Nicolas 2019-07-07 14:42:01 CEST
Hello,

Might be relative to this kernel bug ?

https://bugzilla.kernel.org/show_bug.cgi?id=202275

CC: (none) => joe_c_moi

Comment 3 Levchenko Roman 2019-07-27 07:47:11 CEST
Good day.
I have 3 netcards on one mashine:
D-Link System Inc DGE-528T Gigabit Ethernet Adapter - expansion card,
Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller - onboard,
Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller - expansion card.
All three cards use r8169 module.
Two of them, Realtek - doesn't work after upgrade on Mageia7, even indicators on cards are dead, but in the 
After reload module 

rmmod r8169
modprobe r8169

the Realtek-cards work nice... till next reboot.

P.S.
A little offtop: deja vu about tg3 module and Broadcom netcards...

CC: (none) => rim33377

Comment 4 Thomas Backlund 2019-07-27 15:53:32 CEST
Please try with kernel-5.1.20-2.mga7 that is currently in Core Updates Testing

CC: (none) => tmb

Comment 5 Felix Miata 2019-07-27 20:31:33 CEST
For me this went away before installing 5.1.20-2. I have no recollection nor do I see and clues to what I may have done to solve this in .bash_history. I am puzzled about netstat -r output WRT gateway:
# uname -a
Linux hp945 5.1.20-desktop-2.mga7 #1 SMP Fri Jul 26 23:04:19 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
# echo _gateway
_gateway
# set | grep _gateway
_=_gateway
# journalctl -b | grep _gateway
# netstat -r
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
default         _gateway        0.0.0.0         UG        0 0          0 eth0
link-local      0.0.0.0         255.255.0.0     U         0 0          0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
# ping -c2 www.google.com
PING www.google.com (64.233.185.103) 56(84) bytes of data.
64 bytes from yb-in-f103.1e100.net (64.233.185.103): icmp_seq=1 ttl=42 time=25.10 ms
64 bytes from yb-in-f103.1e100.net (64.233.185.103): icmp_seq=2 ttl=42 time=26.7 ms

--- www.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 3ms
rtt min/avg/max/mdev = 25.982/26.335/26.688/0.353 ms
Comment 6 Levchenko Roman 2019-07-27 22:03:20 CEST
Created attachment 11220 [details]
syslog

Unfortunately, installation of kernel-5.1.20-2.mga7 didn't help. The netcard behaves in the same way.
For the experiment I took another hardware than in my previous message:
motherboard Gigabyte EP45-UD3LR with onboard Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller - it doesn't work even after module r8169 reload, so it disconnected (interface enp4s0 in syslog.txt);
the second card - expansion card RTL8169 PCI Gigabit Ethernet Controller, this card starts work after module r8169 reload (interface enp5s0 in syslog.txt).
Syslog.txt in attachment.
Comment 7 Levchenko Roman 2019-09-15 19:53:11 CEST
The problem didn't fixed with systemd update to 8.2
Thierry Vignaud 2020-04-07 14:55:22 CEST

Source RPM: [oops][r8169] mga6 to mga7 online urpmi upgrade killed fixed IP network (no link, no gateway, netdev watchdog crash) => (none)

Comment 8 Aurelien Oudelet 2021-07-06 13:15:54 CEST
Mageia 7 is EOL since July 1st 2021.
There will not have any further bugfix for this release.

You are encouraged to upgrade to Mageia 8 as soon as possible.

@reporter, if this bug still apply with Mageia 8, please let us know it.

@packager, if you work on the Mageia 7 version of your package, please check the Mageia 8 package if issue is also present. In this case, please fix the Mageia 8 version instead.

This bug report will be closed OLD if there is no further notice within 1st September 2021.
Comment 9 Marja Van Waes 2021-09-07 14:09:21 CEST
Hi bug reporter and hi assignee and others involved,

Please reopen this bug report if it is still valid for Mageia 8 or 9(cauldron), and change "Version:" in the upper left of this report accordingly.

This report is being closed as OLD because it was filed against Mageia 7, for which  support ended on June 30th 2021.

Thanks,
Marja

Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.