Raspberry stürzt nach beim Editieren ab

Homoran

Also ist die SQL-Instanz deaktiviert, der RasPi stürzt trotzdem ab, obwohl:
~~@0018:~~

load average: 0,53, 0,49, 0,42 `
nicht viel los ist,

%Cpu(s): 28,0 us, 3,3 sy, 0,0 ni, 66,9 id, 1,7 wa, 0,0 hi, 0,2 si, 0,0 st `
Auch die CPU sich mit 28% eigentlich langweilt, lediglich der admin
~~@0018:~~

828 root 20 0 189924 92252 6436 S 69,5 9,7 2:53.55 io.admin.0 `
für mich unerklärliche 70% Leistung eines Kerns benötigt.

Da könnte es ggf. fast nur noch an einem zu schwachen Netzteil / Kabel liegen, das die Spannung kurz zusammenbrechen lässt.

Dann sollte allerdings der Raspi vorübergehend gar nicht erreichbar sein.

Ich bin mit meinem Latein am Ende

Sorry

Rainer

0018

Jetzt ist es mittlerweile so das der Pi sich weg hängt, sobald ich den Vis Editor aufmache.

Die Vis allein läuft ohne Probleme, es kommt nur beim Editor.

Ich werde es am Wochenende mal mit einer neuen SD Karte versuchen, nicht das die jetzige ne Macke hat.

AxelF1977

Hallo 0018,

ich hatte das selbe Problem mit meinem Raspi. Daher habe ich das ganze System auf ein Tinker Board umgezogen. Seither habe ich diese Probleme nicht mehr. Das Tinker braucht aber ein 5V 3A Netzteil, läuft dann aber stabil.

Überlege Dir evtl. diesen Schritt, falls der Versuch mit der neuen SD Karte keinen Erfolg bringt. Ich persönlich mag es nicht die kleinen Dinger mit SD Karten zu betreiben, bei mir werden die immer gefressen. Daher lagere ich alles auf USB Sticks aus.

Viel Erfolg

0018

Hier nochmal ein top beim load von 39, nachdem er kurzeit wieder aktiv war während der Absturzzeit.

top - 12:02:45 up 15:03,  5 users,  load average: 39,22, 42,72, 44,97
Tasks: 191 total,   2 running, 189 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5,8 us,  9,5 sy,  0,0 ni,  0,4 id, 84,1 wa,  0,0 hi,  0,2 si,  0,0 st
KiB Mem :   949580 total,    27556 free,   894904 used,    27120 buff/cache
KiB Swap:        0 total,        0 free,        0 used.     9948 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 1056 root      20   0  291388 175524   2460 D  73,3 18,5  59:22.67 iobroker.js-con
27741 root      20   0   87176  18208   1040 D  34,0  1,9   0:02.13 node
27747 root      20   0   86768  18060   1216 D  33,1  1,9   0:02.21 node
27729 root      20   0   87880  21560   1740 D  30,4  2,3   0:02.50 node
27729 root      20   0   84580  30936  17008 R  29,7  3,3   0:01.51 node
27723 root      20   0   84400  30108  17568 S  29,4  3,2   0:01.66 node
27705 root      20   0   80444  29556  17496 S  29,1  3,1   0:01.58 node
27735 root      20   0   83508  28344  16760 D  29,1  3,0   0:01.26 node
27741 root      20   0   78264  27344  16784 D  28,8  2,9   0:01.02 node
 1436 root      20   0  223180  73260  60988 S   9,2  7,7   1:02.45 io.amazon-dash.
27481 root      20   0  143392  36252   9840 S   7,5  3,8   0:12.67 io.tr-064.0
27421 root      20   0  128844  34560  10220 R   6,9  3,6   0:07.94 io.hm-rpc.0
27363 root      20   0  144492  36744  10596 R   6,2  3,9   0:07.16 io.telegram.0
   40 root      20   0       0      0      0 S   5,6  0,0  87:20.90 kswapd0
27457 root      20   0  126368  26796  10028 S   5,2  2,8   0:05.15 io.hm-rpc.1
27439 root      20   0  123104  23864   9856 S   4,9  2,5   0:04.14 io.history.0
27662 root      20   0  164224  66888   9608 S   4,9  7,0   0:05.58 io.javascript.0
27364 root      20   0  145180  35848  10080 S   4,6  3,8   0:07.02 io.telegram.1
27469 root      20   0  143336  39552   8832 R   4,6  4,2   0:05.36 io.js2fs.0
27433 root      20   0  142132  34104  11160 S   4,2  3,6   0:07.16 io.yamaha.0
27463 root      20   0  120568  26272   9928 S   3,9  2,8   0:03.70 io.ping.0
   91 root      20   0       0      0      0 S   3,6  0,0   1:30.38 mmcqd/0
 1251 root      20   0  139328  32344   9800 R   3,6  3,4   3:14.54 io.harmony.0
27357 root      20   0  123956  25748   9772 S   3,6  2,7   0:04.20 io.wifilight.0
27045 pi        20   0    5956   2668   1556 S   3,3  0,3   0:11.09 htop
27595 root      20   0  164484  59304  10196 S   3,3  6,2   0:06.69 io.web.0
27487 root      20   0  123836  33672   9596 S   2,9  3,5   0:04.91 io.vuplus.0
27499 root      20   0  120944  27820  10080 S   2,9  2,9   0:03.93 io.mihome.0
27493 root      20   0  121704  26276   9720 S   2,6  2,8   0:03.84 io.squeezebox.0
25425 pi        20   0    8216   2092   1444 R   1,3  0,2   0:28.28 top
27592 root      20   0       0      0      0 S   1,0  0,0   0:05.09 kworker/0:0
    7 root      20   0       0      0      0 S   0,3  0,0   0:40.50 rcu_sched
   14 root      20   0       0      0      0 S   0,3  0,0   0:00.75 ksoftirqd/1
25477 pi        20   0   11668   2084   1304 S   0,3  0,2   0:01.00 sshd
25557 pi        20   0    3892    420    308 S   0,3  0,0   0:00.06 tail
27755 root      20   0    4928    644    532 S   0,3  0,1   0:00.01 ping
    1 root      20   0   27080   1360    196 S   0,0  0,1   0:06.23 systemd
    2 root      20   0       0      0      0 S   0,0  0,0   0:00.06 kthreadd
    3 root      20   0       0      0      0 S   0,0  0,0   0:04.98 ksoftirqd/0
    5 root       0 -20       0      0      0 S   0,0  0,0   0:00.00 kworker/0:0H
    8 root      20   0       0      0      0 S   0,0  0,0   0:00.00 rcu_bh
    9 root      rt   0       0      0      0 S   0,0  0,0   0:02.85 migration/0

Homoran

jetzt startet er alle Adapter neu,

daher die ganzen "node" prozesse und die hohe CPU-Belastung durch den Controller.

Umgekehrt gesagt: Die Instanzen laufen gerade nicht

Gruß

Rainer

0018

So neue SD Karte mit neustem Stretch installiert, ioroker nach Anleitung aufgespielt und restore durchgeführt.

Jetzt habe ich ein ähnliches Phänomen wenn im im Vis Edtior bin.

Jetzt ist allerdings der Prozess "kswapd0" der Übeltäter.

Hier mein top:

! top - 13:01:53 up 1:01, 5 users, load average: 31,12, 11,40, 4,28 Tasks: 166 total, 2 running, 120 sleeping, 0 stopped, 2 zombie %Cpu(s): 0,1 us, 7,5 sy, 0,0 ni, 0,1 id, 92,3 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem : 949476 total, 35856 free, 882256 used, 31364 buff/cache KiB Swap: 0 total, 0 free, 0 used. 18028 avail Mem ! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 44 root 20 0 0 0 0 R 19,1 0,0 0:25.96 kswapd0 68 root 20 0 0 0 0 S 2,8 0,0 0:05.57 mmcqd/0 4446 root 20 0 0 0 0 I 0,8 0,0 0:01.08 kworker/0:2 498 root 20 0 206420 88660 0 D 1,0 9,3 5:00.88 iobroker.js-con 848 root 20 0 140132 26776 2676 D 0,8 2,8 0:16.31 io.hm-rega.0 5337 root 20 0 4928 140 0 D 0,8 0,0 0:00.17 ping 3711 pi 20 0 8248 1520 924 R 0,7 0,2 0:18.66 top 838 root 20 0 223620 103600 0 D 0,7 10,9 1:02.30 io.web.0 1047 root 20 0 146856 30556 1968 D 0,7 3,2 0:10.99 io.telegram.1 1100 root 20 0 139184 23928 3084 D 0,7 2,5 1:42.32 io.influxdb.0 1239 root 20 0 141344 24144 11388 D 0,7 2,5 0:07.56 io.amazon-dash. 5317 root 20 0 84480 14180 464 D 0,7 1,5 0:01.54 node 5318 root 20 0 85756 14852 628 D 0,7 1,6 0:01.61 node 760 root 20 0 181548 70356 2440 D 0,6 7,4 0:19.53 io.admin.0 824 root 20 0 129880 21056 0 D 0,6 2,2 0:14.20 io.hm-rpc.0 1037 root 20 0 146860 31036 2260 D 0,6 3,3 0:11.29 io.telegram.0 1206 root 20 0 122152 16708 3644 D 0,6 1,8 0:05.71 io.mihome.0 5316 root 20 0 85484 15096 1456 D 0,6 1,6 0:01.60 node 854 root 20 0 138836 23692 2984 D 0,6 2,5 0:08.26 io.yamaha.0 1027 root 20 0 124312 16064 0 D 0,6 1,7 0:09.14 io.hm-rpc.1 1068 root 20 0 137404 23456 2708 D 0,6 2,5 0:18.83 io.harmony.0 1256 root 20 0 142516 25804 260 D 0,6 2,7 0:48.92 io.tr-064.0 949 root 20 0 185452 67624 1064 D 0,5 7,1 1:45.92 io.javascript.0 1057 root 20 0 123560 15240 584 D 0,5 1,6 0:12.19 io.ping.0 1217 root 20 0 125628 17456 2316 D 0,5 1,8 0:05.74 io.wifilight.0 997 root 20 0 122944 17840 2812 D 0,5 1,9 0:05.43 io.socketio.0 1119 root 20 0 136376 31084 3544 D 0,5 3,3 0:18.41 io.rpi2.0 1229 root 20 0 137292 21476 2276 D 0,5 2,3 0:06.96 io.sonoff.0 1267 root 20 0 134172 21916 2504 D 0,5 2,3 0:11.84 io.enigma2.0 5336 root 20 0 4928 292 152 D 0,5 0,0 0:00.19 ping !

Kann mir jemand sagen was der Prozess macht und warum das so ist?`

Homoran

Ich vermute mal….

du hast Raspbian full mit grafischer Oberfläche.

der kswapd wird wohl von daher kommen und für das (absolut tödliche) Swappen verantwortlich sein.

(lt. top ist aber keine Swap Partition vorhanden)

Swappen verlangsamt das System erheblich und lässt die Load wegen der I/O Vorgänge ansteigen.

Meine google Suche brachte das zum Vorschein:
~~@[url=https://askubuntu.com/questions/259739/kswapd0-is-taking-a-lot-of-cpu:~~

~~Google-Suche"]~~The process kswapd0 is the process than manages virtual memory. Your machine "should" have RAM, SWAP, and the EXT4 on your HDD/SSD. The ext4 is where everything is stored, and it is always slower to access from than RAM. RAM is like a half-way running space for programs to access information quickly. Most computers have at least 4GB of RAM, which under normal conditions is plenty. When playing a game, however, you may run low on RAM space, which is where SWAP comes in.

SWAP is a fake RAM located on your HDD/SSD next to your EXT4. It is quicker to access than the EXT4, but it is much slower than actual RAM. When you run low on memory, kswapd0 moves programs that you are not using/not using as much as other programs to the SWAP, which causes extreme lag on those processes. If your game was needing 5GB RAM, 1GB at LEAST would be in SWAP. That means when it tries to access that information, it has to wait longer to get it. `

Gruß

Rainer

0018

~~@Homoran:~~

du hast Raspbian full mit grafischer Oberfläche. `

Jep, hab mit grafischer Oberfläche.

Hast du eine Idee wie ich das Problem lösen kann?

Das Problem müsste doch dann auch bei anderen Usern mit gleicher Konstellation auftauchen oder?

Homoran

~~@0018:~~

Hast du eine Idee wie ich das Problem lösen kann? `

nicht auf dem RasPi arbeiten, oder auf Raspbian light umsteigen ;-)

Dein available RAM beträgt nur noch
~~@0018:~~

18028 avail Mem `
18MB!!

Gruß

Rainer

0018

~~@Homoran:~~

nicht auf dem RasPi arbeiten, oder auf Raspbian light umsteigen ;-) `

Ich versuch es mal mit der light Version.

Zur alternativen Hardware habe ich schon vom Tinker Board oder Rock64 gehört.

Kannst du das empfehlen? Gibt es hierzu schon Anleitungen zum Einrichten bzgl OS und ioBroker?

Homoran

Die Anleitungen sind identisch und für beide gibt es fertige Images im Downloadbereich.

Gruß

Rainer

0018

~~@Homoran:~~

Die Anleitungen sind identisch und für beide gibt es fertige Images im Downloadbereich. `

Ok danke!

Kurzes Feedback nach 2Std testen….

Habe jetzt Stretch lite drauf und den broker wieder komplett eingerichtet und im Editor Views bearbeitet, was vorher gar nicht mehr geklappt hat. Bis jetzt ohne Probleme und durchweg ca 450MB availMem.

Mal schauen wie es sich entwickelt, wenn ich nochmal die Probleme bekomme schaue ich mich nach neuer Hardware wie zB das Tinkerboard um.

Vielen Dank Rainer!

Community Forum

NEWS

Raspberry stürzt nach beim Editieren ab

Support us

838

32.7k

82.4k

1.3m