Bug 1161484 - network connection in Gnome lost after system resumed from sleep
Summary: network connection in Gnome lost after system resumed from sleep
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager
Version: 22
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Lubomir Rintel
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-07 08:38 UTC by lejeczek
Modified: 2016-07-19 18:51 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-19 18:51:37 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
journal nm (10.62 KB, text/plain)
2014-11-11 08:54 UTC, lejeczek
no flags Details
journal nm con lost (1018.69 KB, text/plain)
2014-11-12 12:46 UTC, lejeczek
no flags Details

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.


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