IPv6: ADDRCONF(NETDEV_UP): Link Is Not Ready After Upgrading To 7.6
Hi, after upgrading to 7.6, kernel 3.10.0-957.1.3.el7.x86_64, at boot instead of the GUI login screen I got two lines like this:
IPv6: ADDRCONF(NETDEV_UP): em1: link is not ready IPv6: ADDRCONF(NETDEV_UP): em1: link is not ready
The server is accessible via SSH on IPv4
Server: DELL PowerEdge T 110 II
NIC: Broadcom, driver tg3, lspci -v:
04:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5722
Gigabit Ethernet PCI Express
Subsystem: Dell Device 04de
Flags: bus master, fast devsel, latency 0, IRQ 33
Memory at c4a00000 (64-bit, non-prefetchable) [sizedK]
Expansion ROM at
Capabilities: [48] Power Management version 3
Capabilities: [50] Vital Product Data
Capabilities: [58] Vendor Specific Information: Lenx >
Capabilities: [e8] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [d0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [13c] Virtual Channel
Capabilities: [160] Device Serial Number f8-db-88-ff-fe-fe-b4-57
Capabilities: [16c] Power Budgeting >
Kernel driver in use: tg3
Kernel modules: tg3
dmesg says:
[ 8.075141] tg3 0000:04:00.0 em1: Link is up at 1000 Mbps, full duplex
[ 8.075153] tg3 0000:04:00.0 em1: Flow control is off for TX and off for RX
[ 8.075174] IPv6: ADDRCONF(NETDEV_CHANGE): em1: link becomes ready
IPv6 is configured as IGNORE in NetworkManager.
I tried the following with the same result:
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.all.disable_ipv6 = 1
and reboot, no effect
Setting an automatic IPv6 address: no effect.
Suggestions?
2 thoughts on - IPv6: ADDRCONF(NETDEV_UP): Link Is Not Ready After Upgrading To 7.6
The output you see is probably unrelated to the problem. Check the output of “systemctl status gdm” and /var/log/Xorg.0.log
Gordon Messmer wrote on 30/12/2018 20:59:
Thank you! Your suggestion has been very helpful.
systemctl status gdm showed GDM running as expected, but /var/log/Xorg.0.log had many error lines like this:
(EE) FBDEV(0): FBIOPUTCMAP: Invalid argument
The solution proposed in https://www.CentOS.org/forums/viewtopic.php?t=55418 was not applicable because fbdev is correctly installed.
Widening the search I found this:
https://lists.debian.org/debian-x/2014/07/msg00010.html
The solution was to create a file /etc/X11/xorg.conf.d/99-fbdev-fix.conf with this content:
Section “Device”
Identifier “Card0”
Driver “fbdev”
EndSection
And restart.
—
Ciao, luigi
/
+–[Luigi Rosa]–
\