You are not logged in.
Whenever I download a large file or stream a video from youtube. my network will randomly (in the middle of the download) stop working, and I can't get them to start working again without restarting the process. I've tried both netctl and NetworkManager and both have the same problem.
NetworkManager outputs the following in its log when the disconnection happens:
manager: NetworkManager state is now CONNECTED_SITE
I couldn't get any indication of a problem from netctl.
I doubt it is a problem with my router because a Windows 10 partition on the same computer never has the same problem. Does anyone have any thoughts on what could be causing this?
Last edited by kingkoronov (2018-04-07 15:49:48)
Offline
w/o any relevant information i'll just guess: https://bugs.archlinux.org/task/57476
If that's not it, you'll have to identify your HW, the behavior on a wired connection, dmesg and - because it's the usual problem, "systemctl list-unit-files --state=enabled"
Online
I tried changing the congestion mode to cubic... didn't work.
systemctl list-unit-files --state=enabled
outputs
UNIT FILE STATE
autovt@.service enabled
dbus-org.freedesktop.NetworkManager.service enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
display-manager.service enabled
gdm.service enabled
getty@.service enabled
i2prouter.service enabled
lm_sensors.service enabled
NetworkManager-dispatcher.service enabled
NetworkManager.service enabled
systemd-timesyncd.service enabled
remote-fs.target enabled
before and after the network stops working.
dmesg outputs nothing upon the disconnection event.
I'll get back to you when I compile a list of hardware and test on a wired connection.
Last edited by kingkoronov (2018-04-08 15:38:23)
Offline
Hardware:
Wireless USB Adapter NETGEAR WN111 Wireless-N 300 USB Adapter https://amzn.to/2H9F0Vn
Modem Motorola 16x4 Cable Modem https://amzn.to/2qf6SxB
Router Motorola AC1700 Dual-Band WiFi Gigabit Router https://amzn.to/2Ev0FS9
Offline
More like "lsusb" and maybe "lsmod" ;-)
Online
lsusb:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0846:9001 NetGear, Inc. WN111(v2) RangeMax Next Wireless [Atheros AR9170+AR9101]
Bus 001 Device 003: ID 046d:c085 Logitech, Inc.
Bus 001 Device 002: ID 04f3:0103 Elan Microelectronics Corp. ActiveJet K-2024 Multimedia Keyboard
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
lsmod:
Module Size Used by
fuse 118784 3
ccm 20480 3
amdkfd 151552 1
arc4 16384 2
amd_iommu_v2 20480 1 amdkfd
amdgpu 3104768 15
carl9170 139264 0
chash 16384 1 amdgpu
i2c_algo_bit 16384 1 amdgpu
intel_rapl 24576 0
iTCO_wdt 16384 0
ttm 118784 1 amdgpu
iTCO_vendor_support 16384 1 iTCO_wdt
x86_pkg_temp_thermal 16384 0
ath 32768 1 carl9170
drm_kms_helper 200704 1 amdgpu
intel_powerclamp 16384 0
mac80211 909312 1 carl9170
coretemp 16384 0
drm 466944 17 amdgpu,ttm,drm_kms_helper
kvm_intel 229376 0
kvm 704512 1 kvm_intel
cfg80211 741376 3 mac80211,ath,carl9170
agpgart 49152 2 ttm,drm
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
fb_sys_fops 16384 1 drm_kms_helper
irqbypass 16384 1 kvm
rfkill 28672 3 cfg80211
crct10dif_pclmul 16384 0
intel_wmi_thunderbolt 16384 0
input_leds 16384 0
crc32_pclmul 16384 0
r8169 94208 0
led_class 16384 2 input_leds,carl9170
joydev 24576 0
snd_hda_codec_realtek 110592 1
mei_me 45056 0
mousedev 24576 0
mii 16384 1 r8169
ghash_clmulni_intel 16384 0
mei 106496 1 mei_me
snd_hda_codec_generic 86016 1 snd_hda_codec_realtek
snd_hda_codec_hdmi 57344 1
shpchp 40960 0
pcbc 16384 0
i2c_i801 32768 0
snd_hda_intel 45056 10
snd_hda_codec 151552 4 snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
aesni_intel 188416 2
snd_hda_core 94208 5 snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
aes_x86_64 20480 1 aesni_intel
crypto_simd 16384 1 aesni_intel
glue_helper 16384 1 aesni_intel
snd_hwdep 20480 1 snd_hda_codec
cryptd 28672 3 crypto_simd,ghash_clmulni_intel,aesni_intel
intel_cstate 16384 0
snd_pcm 135168 4 snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi
snd_timer 36864 1 snd_pcm
snd 98304 28 snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek,snd_pcm
soundcore 16384 1 snd
intel_pch_thermal 16384 0
intel_uncore 131072 0
intel_rapl_perf 16384 0
pcspkr 16384 0
evdev 20480 13
rtc_cmos 24576 1
mac_hid 16384 0
wmi 28672 1 intel_wmi_thunderbolt
crypto_user 16384 0
ip_tables 28672 0
x_tables 45056 1 ip_tables
ext4 712704 1
crc16 16384 1 ext4
mbcache 16384 1 ext4
jbd2 122880 1 ext4
fscrypto 32768 1 ext4
hid_generic 16384 0
usbhid 57344 0
hid 131072 2 hid_generic,usbhid
sr_mod 28672 0
cdrom 69632 1 sr_mod
sd_mod 61440 2
ahci 40960 1
xhci_pci 16384 0
libahci 40960 1 ahci
xhci_hcd 258048 1 xhci_pci
crc32c_intel 24576 0
libata 278528 2 ahci,libahci
usbcore 286720 4 usbhid,xhci_pci,carl9170,xhci_hcd
scsi_mod 258048 3 sd_mod,libata,sr_mod
usb_common 16384 1 usbcore
after disconnection
Module Size Used by
fuse 118784 3
ccm 20480 3
amdkfd 151552 1
arc4 16384 2
amd_iommu_v2 20480 1 amdkfd
amdgpu 3104768 15
carl9170 139264 0
chash 16384 1 amdgpu
i2c_algo_bit 16384 1 amdgpu
intel_rapl 24576 0
iTCO_wdt 16384 0
ttm 118784 1 amdgpu
iTCO_vendor_support 16384 1 iTCO_wdt
x86_pkg_temp_thermal 16384 0
ath 32768 1 carl9170
drm_kms_helper 200704 1 amdgpu
intel_powerclamp 16384 0
mac80211 909312 1 carl9170
coretemp 16384 0
drm 466944 17 amdgpu,ttm,drm_kms_helper
kvm_intel 229376 0
kvm 704512 1 kvm_intel
cfg80211 741376 3 mac80211,ath,carl9170
agpgart 49152 2 ttm,drm
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
fb_sys_fops 16384 1 drm_kms_helper
irqbypass 16384 1 kvm
rfkill 28672 3 cfg80211
crct10dif_pclmul 16384 0
intel_wmi_thunderbolt 16384 0
input_leds 16384 0
crc32_pclmul 16384 0
r8169 94208 0
led_class 16384 2 input_leds,carl9170
joydev 24576 0
snd_hda_codec_realtek 110592 1
mei_me 45056 0
mousedev 24576 0
mii 16384 1 r8169
ghash_clmulni_intel 16384 0
mei 106496 1 mei_me
snd_hda_codec_generic 86016 1 snd_hda_codec_realtek
snd_hda_codec_hdmi 57344 1
shpchp 40960 0
pcbc 16384 0
i2c_i801 32768 0
snd_hda_intel 45056 12
snd_hda_codec 151552 4 snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
aesni_intel 188416 2
snd_hda_core 94208 5 snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
aes_x86_64 20480 1 aesni_intel
crypto_simd 16384 1 aesni_intel
glue_helper 16384 1 aesni_intel
snd_hwdep 20480 1 snd_hda_codec
cryptd 28672 3 crypto_simd,ghash_clmulni_intel,aesni_intel
intel_cstate 16384 0
snd_pcm 135168 5 snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi
snd_timer 36864 1 snd_pcm
snd 98304 31 snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek,snd_pcm
soundcore 16384 1 snd
intel_pch_thermal 16384 0
intel_uncore 131072 0
intel_rapl_perf 16384 0
pcspkr 16384 0
evdev 20480 13
rtc_cmos 24576 1
mac_hid 16384 0
wmi 28672 1 intel_wmi_thunderbolt
crypto_user 16384 0
ip_tables 28672 0
x_tables 45056 1 ip_tables
ext4 712704 1
crc16 16384 1 ext4
mbcache 16384 1 ext4
jbd2 122880 1 ext4
fscrypto 32768 1 ext4
hid_generic 16384 0
usbhid 57344 0
hid 131072 2 hid_generic,usbhid
sr_mod 28672 0
cdrom 69632 1 sr_mod
sd_mod 61440 2
ahci 40960 1
xhci_pci 16384 0
libahci 40960 1 ahci
xhci_hcd 258048 1 xhci_pci
crc32c_intel 24576 0
libata 278528 2 ahci,libahci
usbcore 286720 4 usbhid,xhci_pci,carl9170,xhci_hcd
scsi_mod 258048 3 sd_mod,libata,sr_mod
usb_common 16384 1 usbcore
Offline
Maybe, but there's a very similar report (from 2010 ;-) for this device:
http://lkml.iu.edu/hypermail/linux/kern … 00082.html
Check your dmesg for similar messages and also try passing nohwcrypt=1 and noht=1 to the carl9170 module.
Online
What's this service here? I assume I2P? Can you disable this and test if you get the same behavior?
i2prouter.service enabled
Yeah, I already tested with that disabled. Thanks though.
Offline
Can you post both the output of `ip link` and the results (please copy just the last 3 lines) of
ping -c 1000 -s 1400 -i 0.2 8.8.8.8
EDIT: for completeness, this test should provide a workaround if everything goes fine, that is manually set your ip address and your ip route specifing `mtu 1400` and see if you experience any disconnections.
Last edited by lo1 (2018-04-10 16:07:45)
Offline
Can you post both the output of `ip link` and the results (please copy just the last 3 lines) of
ping -c 1000 -s 1400 -i 0.2 8.8.8.8
EDIT: for completeness, this test should provide a workaround if everything goes fine, that is manually set your ip address and your ip route specifing `mtu 1400` and see if you experience any disconnections.
$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether 40:8d:5c:ef:a7:6f brd ff:ff:ff:ff:ff:ff
3: wlp0s20f0u8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether 00:24:b2:dd:aa:c6 brd ff:ff:ff:ff:ff:ff
$ ping -c 1000 -s 1400 -i 0.2 8.8.8.8
...
--- 8.8.8.8 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 200395ms
rtt min/avg/max/mdev = 13.304/103.848/252.143/59.993 ms, pipe 2
Last edited by kingkoronov (2018-04-10 16:19:12)
Offline
Maybe, but there's a very similar report (from 2010 ;-) for this device:
http://lkml.iu.edu/hypermail/linux/kern … 00082.htmlCheck your dmesg for similar messages and also try passing nohwcrypt=1 and noht=1 to the carl9170 module.
Online
Maybe, but there's a very similar report (from 2010 ;-) for this device:
http://lkml.iu.edu/hypermail/linux/kern … 00082.htmlCheck your dmesg for similar messages and also try passing nohwcrypt=1 and noht=1 to the carl9170 module.
I set the module parameters. Currently testing (So far no disconnections, but the disconnections are inconsistent, so I will wait a day or so before I'm confident that this did the trick).
Offline
Yep, I think adding nohwcrypt=1 and noht=1 to /etc/modprobe.d/modprobe.conf seems to have fixed the problem.
Offline
Maybe, but there's a very similar report (from 2010 ;-) for this device:
http://lkml.iu.edu/hypermail/linux/kern … 00082.htmlCheck your dmesg for similar messages and also try passing nohwcrypt=1 and noht=1 to the carl9170 module.
So my question becomes what about the linked thread got you to think of disabling hwcrypt and ht? IOW, what cued you into this suggestion?
"the wind-blown way, wanna win? don't play"
Offline
"I'm, like, really smart." ;-)
The thread just convinces me that there's a problem w/ the chip/firmware/module.
I happen to know (painful 1st hand knowledge) that the hardware encryption is a problem w/ atheros chips, checked the module for a parameter and then also saw an MPDU feature - which is certainly more prone to cause trouble under strong load. ...
@kingkoronov, you should try whether disabling just one of them is sufficient as well (the features will lower your CPU load and likely increase your battery lifetime - "a bit")
Online