Randomly am seeing the following in logread and latency experiences:
ue Mar 12 13:34:34 2019 kern.info kernel: [67508.608247] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:34:37 2019 kern.info kernel: [67511.399512] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:36:41 2019 kern.info kernel: [67636.117419] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:36:44 2019 kern.info kernel: [67638.914500] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:37:05 2019 kern.info kernel: [67660.082141] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:37:08 2019 kern.info kernel: [67662.837129] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:37:14 2019 kern.info kernel: [67668.242163] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:37:16 2019 kern.info kernel: [67671.025557] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:37:20 2019 kern.info kernel: [67674.362291] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:37:23 2019 kern.info kernel: [67677.210627] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:37:36 2019 kern.info kernel: [67690.682753] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:37:39 2019 kern.info kernel: [67693.505558] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:37:41 2019 kern.info kernel: [67695.783240] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:37:44 2019 kern.info kernel: [67698.554572] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:48:35 2019 kern.info kernel: [68349.621119] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:48:38 2019 kern.info kernel: [68352.402163] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 13:58:15 2019 kern.info kernel: [68929.508578] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 13:58:18 2019 kern.info kernel: [68932.304579] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Tue Mar 12 14:00:52 2019 kern.info kernel: [69086.592178] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
Tue Mar 12 14:00:55 2019 kern.info kernel: [69089.399656] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
dmesg... looks like its netdata again!
[17377.697300] do_page_fault(): sending SIGSEGV to netdata for invalid write access to 77e21d2c
[17377.705767] epc = 77fa1e20 in libc.so[77f2c000+92000]
[17377.711236] ra = 0043c6fd in netdata[400000+95000]
[19093.387541] do_page_fault(): sending SIGSEGV to netdata for invalid write access to 77d92d2c
[19093.396058] epc = 77f12e20 in libc.so[77e9d000+92000]
[19093.401154] ra = 0043c6fd in netdata[400000+95000]
[65179.884133] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[65182.649342] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[65273.726004] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[65276.525859] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[67508.608247] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[67511.399512] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[67636.117419] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[67638.914500] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[67660.082141] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[67662.837129] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[67668.242163] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[67671.025557] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[67674.362291] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[67677.210627] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[67690.682753] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[67693.505558] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[67695.783240] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[67698.554572] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[68349.621119] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[68352.402163] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[68929.508578] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[68932.304579] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
[69086.592178] mtk_soc_eth 1e100000.ethernet eth0: port 0 link down
[69089.399656] mtk_soc_eth 1e100000.ethernet eth0: port 0 link up
Your device is unstable for whatever reason and it's not caused by netdata. It could be anything from hw design quirk(s) to kernel/driver issues.
If you have another device available, try to replicate the issues you're seeing (best way to troubleshoot) otherwise try using the master branch. Just make sure you can recover your device in case it fails to boot.
Yes, I know what netdata does, what makes you think its not related to netdata? The so-called stable package in repo is still Version 1.10, its old and has been broken throwing these faults since 18.06.1, at least on the OpenWrt firmware for the RBM33G. Is it the libc.so module?
I'm working on a build environment to be able to compile netdata myself for the RBM33g. If its not the netdata package then what is it? Whatever it is, it shouldn't be in stable branch. I've yet to have a smoke test good enough to have faith in a production environment. Its not the hardware, I've loaded 15 of these boards - all have the same behavior. I've also removed the package and haven't seen this error since. Thought I'd try the package on the new 18.06.2, same result it looks like.
It is unlikely to be the standard C libraries, but something calling them with "bad" input. invalid write access to 77e21d2c suggests a flaw in netdata, potentially in the way it manages memory.
"Stable" applies to OpenWrt itself. Packages that are not part of OpenWrt itself are varying in quality, and are dependent almost entirely on the original sources being correct.
Because why would netdata make your ethernet interface flap?
As far as stable goes, it's leaning more towards Debian "stable" (http://howfuckedismydistro.com/debian/)
I've mentioned this before but rolling branches/snapshots would probably be a better idea looking at the flow of development in general but it's not my call.
Found that hostapd is still missing this in config: option wpa_group_rekey '86400' Without it, eventually rolling deauths begin to show up (still). The line should be in every interface in /etc/config/network as well. I'm building a list of edits and check-ins, hope to get to them soon.