Bug 422839 - Adding network interfaces screws the system monitor widgets
Summary: Adding network interfaces screws the system monitor widgets
Status: RESOLVED FIXED
Alias: None
Product: kdeplasma-addons
Classification: Plasma
Component: systemloadviewer (show other bugs)
Version: 5.19.4
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2020-06-11 18:24 UTC by Nicola Mori
Modified: 2020-09-02 06:18 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicola Mori 2020-06-11 18:24:11 UTC
SUMMARY
In my system I have the following network interfaces: lo, wlan0, eth0, docker0, tun0. When adding a new network interface tun1 by starting another VPN service, some of the system monitoring widgets on my desktop suddenly become associated to different sensors. For example, the "Core 0" temperature sensor becomes "tun1 Transmitter FIFO overrun rates". Somehow, the read value seems to be correct, but is reported in wrong units: before starting the VPN I had a read of 34.0C, and after I get 34 s^-1. Stopping the VPN (thus removing tun1) the things get back to normality.




SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.19.0
KDE Frameworks Version: 5.70.0
Qt Version: 5.15.0
Comment 1 Nicola Mori 2020-06-12 10:12:58 UTC
Another case that might be useful to track down the bug:

- Initial situation: lo, eth0, wlan0
- Action: add tun0 by starting a VPN service
- Result: the "CPU 1" sensor of the "Individual Core Usage" widget becomes "Paged out Pages". All the other cpu sensors (from 2 to 12 in my system) are changed as well (e.g. "CPU 2" -> "lo Receiver Errors Rate").
Comment 2 Nicola Mori 2020-06-17 10:49:37 UTC
The bug is present also in Plasma 5.19.1
Comment 3 JanKusanagi 2020-06-19 22:35:40 UTC
I'd say messing with the configuration of these widgets, in general, breaks them.
I just lost the whole "Line Chart Details" page after tweaking things a bit.
Comment 4 Nicola Mori 2020-06-24 07:44:36 UTC
Still present in 5.19.2.
Comment 5 Jones 2020-06-25 22:34:55 UTC
For me too in 5.19.2 Memory Sensors and fans as well as ethernet up/down and usage of Drives are not affected in my setup.
Comment 6 Nicola Mori 2020-07-08 06:42:50 UTC
Still present in 5.19.3.
Comment 7 Nicola Mori 2020-08-04 06:50:06 UTC
Still present in 5.19.4.
Comment 8 Mathias Homann 2020-08-06 07:25:05 UTC
Additional way to reproduce this: start a container or VM
Comment 9 Nicola Mori 2020-08-06 07:30:59 UTC
@Matthias Homann: I think the underlying cause is the same I described, i.e. starting a container or a VM creates network interfaces.
Comment 10 Mathias Homann 2020-08-06 07:37:36 UTC
(In reply to Nicola Mori from comment #9)
> @Matthias Homann: I think the underlying cause is the same I described, i.e.
> starting a container or a VM creates network interfaces.

definitely:

run as root: "nmcli con add type bridge ifname testbridge name testbridge" and you'll see the same effect...

Deleteing that bridge returns the disk usage monitor to normal, but not the CPU monitor...
Comment 11 Mathias Homann 2020-08-06 07:42:23 UTC
looks as if it's only network interfaces that cause this - plugging in an usb drive doesn't mess up the sensors.

also: it's not related to NetworkManager, my other openSUSE box uses wickedd instead and has the same issues.
Comment 12 David Edmundson 2020-08-06 09:40:37 UTC
Should be fixed by https://invent.kde.org/plasma/ksysguard/-/merge_requests/30
Comment 13 Nicola Mori 2020-08-06 09:58:58 UTC
Thanks David, I built a patched version of ksysguard and I confirm that the patch you linked fixes the problem for me.
Comment 14 Nicola Mori 2020-09-02 06:18:29 UTC
I confirm that the bug is fixed in 5.19.5. Thanks!