Bug 1161484

Summary: network connection in Gnome lost after system resumed from sleep
Product: [Fedora] Fedora Reporter: lejeczek <peljasz>
Component: NetworkManagerAssignee: Lubomir Rintel <lkundrak>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 22CC: alexander, dcbw, peljasz, psimerda, rkhan
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-07-19 18:51:37 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
journal nm
none
journal nm con lost none

Description lejeczek 2014-11-07 08:38:30 UTC
Description of problem:

in my case a wired connection gets question-marked and no gui application can get online, firefox, chrome, etc. but I can ping the Internet from bash shell.
Tried restarting the nm service, taking down & up the NIC but only with reboot I could again have gnome apps work ok.

I reported this:
https://bugzilla.redhat.com/show_bug.cgi?id=1157217
thinking it was the kernel.

Please let me know which logs and other info you need.

Version-Release number of selected component (if applicable):

NetworkManager-0.9.10.0-12.git20140704.fc22.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Jirka Klimes 2014-11-10 08:06:52 UTC
There is a kernel problem in dmesg output in bug 1157217, so let's see what kernel people will find.

[30313.221046] ------------[ cut here ]------------
[30313.221059] WARNING: CPU: 0 PID: 9135 at drivers/base/firmware_class.c:1127 _request_firmware+0x519/0x7f0()
...

Can you try with other kernel versions, too?

Nevertheless, please attach NetworkManager logs here
# journalctl -b -u NetworkManager

and output of 'nmcli device' before and after suspend

Comment 2 lejeczek 2014-11-11 08:54:55 UTC
Created attachment 956185 [details]
journal nm

Comment 3 lejeczek 2014-11-11 08:56:10 UTC
the log "journal nm" and nmcli here are when gnome network is ok

DEVICE         TYPE      STATE        CONNECTION 
virbr0         bridge    connected    virbr0     
enp1s0f0       ethernet  connected    ccnr       
virbr0-nic     tap       connected    virbr0-nic 
enp0s19f2u2c2  ethernet  unavailable  --         
lo             loopback  unmanaged    --

Comment 4 lejeczek 2014-11-12 12:38:04 UTC
when connection is lost:

DEVICE         TYPE      STATE        CONNECTION
virbr0         bridge    connected    virbr0
enp1s0f0       ethernet  connected    ccnr
virbr0-nic     tap       connected    virbr0-nic
enp0s19f2u2c2  ethernet  unavailable  --
lo             loopback  unmanaged    --

Comment 5 lejeczek 2014-11-12 12:46:18 UTC
Created attachment 956729 [details]
journal nm con lost

Comment 6 lejeczek 2014-11-12 12:47:37 UTC
also, from gnome bash can ping but cannot do anything else, firewalled restart does not help

Comment 7 lejeczek 2014-11-27 08:46:35 UTC
another thing is that my connection, when I down it:
# nmcli c down mycon
fails weirdly reporting completely different device
# nmcli c up my con
Error: Connection activation failed: Connection 'ccnr' is not available on the device enp0s19f2u2c2 at this time.

and according to nmcli c show "enp0s19f2u2c2" is another connection and not a device

Comment 8 lejeczek 2014-12-10 15:23:35 UTC
workaround this, in my case it's Realtek 10ec:8168
modprobe -r r8169 && (sleep 5; modprobe r8169)
Gnome's notification top bar still sticks "?" to network, but gnome-terminal shell an other apps seems to be back online.

Comment 9 Alexander Lindqvist 2014-12-10 20:42:14 UTC
Clean default install of Fedora 21 on two identical systems.

Having the same symptoms on a 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0e)

Sometimes top bar sticks "?" to network but connections work anyway.

And from time to time using dhcp I can only ping but can't surf, download, update or anything else only ping, firewalled restart does not help. This is also only a problem on the ethernet connection and switching to a static ip solves the problem. Wifi always works connecting to the same dhcp server.

Comment 10 Jaroslav Reznik 2015-03-03 16:28:44 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22

Comment 11 lejeczek 2015-04-01 08:44:07 UTC
below is random, no sleep & resume involved:

[28541.439927] r8169 0000:01:00.0: can't disable ASPM; OS doesn't have ASPM control
[28541.495281] r8169 0000:01:00.0 eth0: RTL8168ep/8111ep at 0xffffc9000002a000, 14:58:d0:ba:fa:6a, XID 10200880 IRQ 49
[28541.495290] r8169 0000:01:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[28541.507740] r8169 0000:01:00.0 enp1s0f0: renamed from eth0
[28541.532559] IPv6: ADDRCONF(NETDEV_UP): enp1s0f0: link is not ready
[28541.590251] IPv6: ADDRCONF(NETDEV_UP): enp1s0f0: link is not ready
[28542.736847] IPv6: ADDRCONF(NETDEV_UP): enp1s0f0: link is not ready
[28542.797221] IPv6: ADDRCONF(NETDEV_UP): enp1s0f0: link is not ready
[28545.667265] IPv6: ADDRCONF(NETDEV_CHANGE): enp1s0f0: link becomes ready
[28687.180860] systemd-sysv-generator[8938]: Overwriting existing symlink /run/systemd/generator.late/netconsole.service with real service
[28687.181235] systemd-sysv-generator[8938]: Overwriting existing symlink /run/systemd/generator.late/network.service with real service
[28688.761060] systemd-sysv-generator[8962]: Overwriting existing symlink /run/systemd/generator.late/network.service with real service
[28688.761177] systemd-sysv-generator[8962]: Overwriting existing symlink /run/systemd/generator.late/netconsole.service with real service
[33248.123396] AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x001d address=0x00000000035aa000 flags=0x0050]

4.0.0-0.rc5.git4.1.fc22.x86_64
workaround:
modprobe -r r8169 && (sleep 4; modprobe r8169; sleep 1; systemctl restart NetworkManager)

Comment 12 Fedora Admin XMLRPC Client 2015-08-18 14:59:58 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 13 Fedora End Of Life 2016-07-19 18:51:37 UTC
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.