NEWS
[gelöst] iobroker nach Neustart "tot"
-
@apollon77 sagte in iobroker nach Neustart "tot":
Irgendeine muss der RAM Fresser sein
ich tippe um 02:00 auf backitup
@amg_666
passt das? -
@thomas-braun @apollon77 @Homoran
Danke, danke, danke
mit dem MiniHowTo hab ich ihn wieder ans Laufen bekommen. Was ich jetzt (noch) nicht verstehe ist folgendes, siehe Screenshot, freies RAM 34% und auf meiner VIS habe ich auch über den rpi2 Adapter die relevanten Infos zu den 3 Raspis angezeigt, mir ist da noch nie groß was aufgefallen. Kann es evtl auch an irgendwelchen Skripten liegen, die unsauber sind und deshalb das System "zufahren" ? Ich werd in jedem Fall für mehr Systempower sorgen, aber die Momentaufnahme sieht doch garnicht so kritisch aus oder?
Dass der zigbee Adapter gelb ist liegt an Fehlermeldungen, dass er den Stick nicht findet, ich stöpsel jetzt aber am Raspi erstmal nicht rum, reicht mir für heute :-)
@amg_666 sagte in iobroker nach Neustart "tot":
siehe Screenshot, freies RAM 34%
traue diesem Wert mal nicht zu sehr.
topoderhtopauf der Konsole sind da viel genauer, auch wenn das auch nur eine Momentaufnahme ist und ein scheduled Adapter erst RAM braucht, wenn er gestartet wird. Insbesondere backitup braucht da seeeehr viel@amg_666 sagte in iobroker nach Neustart "tot":
Kann es evtl auch an irgendwelchen Skripten liegen, die unsauber sind und deshalb das System "zufahren" ?
Klar:
@thomas-braun sagte in iobroker nach Neustart "tot":
io.javascript.0
schwappt über. Unsauberes skript vermutlich. -
@amg_666 sagte in iobroker nach Neustart "tot":
1:30 Homematic Backup
das ist klein. -> kein Schaden
@amg_666 sagte in iobroker nach Neustart "tot":
2:00 Uhr iobroker Systembackup
Zeitpunkt des ersten OOM (Out Of Memory)
-
@apollon77 Bin ich dabei. Wobei ich
htopja bevorzuge. Sort (F6) auf RAM usage setzen.
@amg_666 Schalt den radar2 Adapter dann als letzten dazu. Derversautspammt das log file... :-)Und die Systeme würde ich auch alle auf den letzten Stand bringen. Da scheint noch ein älterer Kernel zu laufen.
@thomas-braun "Und die Systeme würde ich auch alle auf den letzten Stand bringen."
???
js-controller 3.2.16
node-js 12.20.1
npm 6.14.10
auf allen 3 Raspiradar nervt nur rum weil ich hier momentan Probleme mit bluetooth habe bzw auch das wlan manchmal etwas wacklig ist, ich kann den ja sonst auch auf loglevel error setzen (?)
-
@thomas-braun "Und die Systeme würde ich auch alle auf den letzten Stand bringen."
???
js-controller 3.2.16
node-js 12.20.1
npm 6.14.10
auf allen 3 Raspiradar nervt nur rum weil ich hier momentan Probleme mit bluetooth habe bzw auch das wlan manchmal etwas wacklig ist, ich kann den ja sonst auch auf loglevel error setzen (?)
@amg_666
Ich spreche da vom Betriebssystem, nicht vom ioBroker.
90% der Einträge im syslog stammen vom radar2, bzw. den Programmen, die der da ranzieht. -
@amg_666 sagte in iobroker nach Neustart "tot":
1:30 Homematic Backup
das ist klein. -> kein Schaden
@amg_666 sagte in iobroker nach Neustart "tot":
2:00 Uhr iobroker Systembackup
Zeitpunkt des ersten OOM (Out Of Memory)
@homoran ok, das passt genau auf das eingestellte backup (täglich um 2 Uhr).
Eine schnelle Abhilfe wäre noch einfach noch ein System reinzuhängen (hab noch ein paar Raspi hier rumzuliegen) und dann ein paar Adapter auszulagern."top" spricht so garnicht zu mir :-( aber ja vielleicht zu euch?
pi@iomaster:~ $ top top - 18:46:14 up 1:50, 1 user, load average: 1,03, 1,31, 1,16 Tasks: 118 total, 2 running, 116 sleeping, 0 stopped, 0 zombie %Cpu(s): 29,9 us, 4,6 sy, 0,0 ni, 63,8 id, 0,0 wa, 0,0 hi, 1,8 si, 0,0 st MiB Mem : 925,9 total, 149,7 free, 639,0 used, 137,2 buff/cache MiB Swap: 0,0 total, 0,0 free, 0,0 used. 268,3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1439 iobroker 20 0 194160 108044 27804 R 88,1 11,4 12:44.98 node 1571 iobroker 20 0 169372 81972 27168 S 33,1 8,6 4:40.14 node 1521 iobroker 20 0 204276 118556 27392 S 14,2 12,5 2:48.56 node 1549 iobroker 20 0 161132 73924 27472 S 3,3 7,8 0:54.11 node 3103 iobroker 20 0 137236 50192 27640 S 1,3 5,3 0:07.35 node 3298 pi 20 0 7792 2856 2412 R 1,0 0,3 0:00.13 top 60 root 20 0 0 0 0 S 0,7 0,0 0:00.67 kswapd0 1493 iobroker 20 0 150940 54244 27256 S 0,7 5,7 0:16.20 node 1620 iobroker 20 0 147528 57020 27580 S 0,7 6,0 0:11.16 node 373 root 20 0 27656 80 0 S 0,3 0,0 0:08.60 rngd 1560 iobroker 20 0 133172 42988 27332 S 0,3 4,5 0:06.34 node 1765 root 20 0 0 0 0 I 0,3 0,0 0:00.16 kworker/1:3-events 1 root 20 0 33696 7948 6388 S 0,0 0,8 0:05.84 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0,0 0,0 0:22.65 ksoftirqd/0 10 root 20 0 0 0 0 I 0,0 0,0 0:02.69 rcu_sched 11 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 13 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 14 root rt 0 0 0 0 S 0,0 0,0 0:00.02 migration/1 15 root 20 0 0 0 0 S 0,0 0,0 0:00.91 ksoftirqd/1 18 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 19 root rt 0 0 0 0 S 0,0 0,0 0:00.02 migration/2 20 root 20 0 0 0 0 S 0,0 0,0 0:00.34 ksoftirqd/2 23 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 24 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/3 25 root 20 0 0 0 0 S 0,0 0,0 0:00.22 ksoftirqd/3 28 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kdevtmpfs 29 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 32 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 34 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 35 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 52 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 53 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 blkcg_punt_bio 54 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 57 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rpciod 58 root 0 -20 0 0 0 I 0,0 0,0 0:00.06 kworker/u9:0-hci0 59 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 xprtiod 61 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nfsiod 62 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 iscsi_eh 63 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 dwc_otg 64 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 DWC Notificatio 66 root 1 -19 0 0 0 S 0,0 0,0 0:00.01 vchiq-slot/0 67 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 vchiq-recy/0 68 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 vchiq-sync/0 69 root 20 0 0 0 0 S 0,0 0,0 0:00.00 vchiq-keep/0 70 root 10 -10 0 0 0 S 0,0 0,0 0:00.00 SMIO 73 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mmc_complete 74 root 0 -20 0 0 0 I 0,0 0,0 0:00.60 kworker/1:1H-kblockd 76 root 0 -20 0 0 0 I 0,0 0,0 0:00.40 kworker/3:1H-kblockd 78 root 20 0 0 0 0 S 0,0 0,0 0:00.39 jbd2/mmcblk0p2- 79 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ext4-rsv-conver -
@homoran ok, das passt genau auf das eingestellte backup (täglich um 2 Uhr).
Eine schnelle Abhilfe wäre noch einfach noch ein System reinzuhängen (hab noch ein paar Raspi hier rumzuliegen) und dann ein paar Adapter auszulagern."top" spricht so garnicht zu mir :-( aber ja vielleicht zu euch?
pi@iomaster:~ $ top top - 18:46:14 up 1:50, 1 user, load average: 1,03, 1,31, 1,16 Tasks: 118 total, 2 running, 116 sleeping, 0 stopped, 0 zombie %Cpu(s): 29,9 us, 4,6 sy, 0,0 ni, 63,8 id, 0,0 wa, 0,0 hi, 1,8 si, 0,0 st MiB Mem : 925,9 total, 149,7 free, 639,0 used, 137,2 buff/cache MiB Swap: 0,0 total, 0,0 free, 0,0 used. 268,3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1439 iobroker 20 0 194160 108044 27804 R 88,1 11,4 12:44.98 node 1571 iobroker 20 0 169372 81972 27168 S 33,1 8,6 4:40.14 node 1521 iobroker 20 0 204276 118556 27392 S 14,2 12,5 2:48.56 node 1549 iobroker 20 0 161132 73924 27472 S 3,3 7,8 0:54.11 node 3103 iobroker 20 0 137236 50192 27640 S 1,3 5,3 0:07.35 node 3298 pi 20 0 7792 2856 2412 R 1,0 0,3 0:00.13 top 60 root 20 0 0 0 0 S 0,7 0,0 0:00.67 kswapd0 1493 iobroker 20 0 150940 54244 27256 S 0,7 5,7 0:16.20 node 1620 iobroker 20 0 147528 57020 27580 S 0,7 6,0 0:11.16 node 373 root 20 0 27656 80 0 S 0,3 0,0 0:08.60 rngd 1560 iobroker 20 0 133172 42988 27332 S 0,3 4,5 0:06.34 node 1765 root 20 0 0 0 0 I 0,3 0,0 0:00.16 kworker/1:3-events 1 root 20 0 33696 7948 6388 S 0,0 0,8 0:05.84 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0,0 0,0 0:22.65 ksoftirqd/0 10 root 20 0 0 0 0 I 0,0 0,0 0:02.69 rcu_sched 11 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 13 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 14 root rt 0 0 0 0 S 0,0 0,0 0:00.02 migration/1 15 root 20 0 0 0 0 S 0,0 0,0 0:00.91 ksoftirqd/1 18 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 19 root rt 0 0 0 0 S 0,0 0,0 0:00.02 migration/2 20 root 20 0 0 0 0 S 0,0 0,0 0:00.34 ksoftirqd/2 23 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 24 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/3 25 root 20 0 0 0 0 S 0,0 0,0 0:00.22 ksoftirqd/3 28 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kdevtmpfs 29 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 32 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 34 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 35 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 52 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 53 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 blkcg_punt_bio 54 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 57 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rpciod 58 root 0 -20 0 0 0 I 0,0 0,0 0:00.06 kworker/u9:0-hci0 59 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 xprtiod 61 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nfsiod 62 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 iscsi_eh 63 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 dwc_otg 64 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 DWC Notificatio 66 root 1 -19 0 0 0 S 0,0 0,0 0:00.01 vchiq-slot/0 67 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 vchiq-recy/0 68 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 vchiq-sync/0 69 root 20 0 0 0 0 S 0,0 0,0 0:00.00 vchiq-keep/0 70 root 10 -10 0 0 0 S 0,0 0,0 0:00.00 SMIO 73 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mmc_complete 74 root 0 -20 0 0 0 I 0,0 0,0 0:00.60 kworker/1:1H-kblockd 76 root 0 -20 0 0 0 I 0,0 0,0 0:00.40 kworker/3:1H-kblockd 78 root 20 0 0 0 0 S 0,0 0,0 0:00.39 jbd2/mmcblk0p2- 79 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ext4-rsv-conver@amg_666 sagte in iobroker nach Neustart "tot":
MiB Swap: 0,0 total, 0,0 free, 0,0 used.
das erklärt auch, warum er nicht geswapped hat!
Warum hast du das SWAP deaktiviert?
@amg_666 sagte in iobroker nach Neustart "tot":
MiB Mem : 925,9 total, 149,7 free,
das sieht schon anders aus, als das was in den Instanzen steht
hier werden die namen der Übeltäter nicht (mehr) angezeigt, nimm mal
htop -
@homoran ok, das passt genau auf das eingestellte backup (täglich um 2 Uhr).
Eine schnelle Abhilfe wäre noch einfach noch ein System reinzuhängen (hab noch ein paar Raspi hier rumzuliegen) und dann ein paar Adapter auszulagern."top" spricht so garnicht zu mir :-( aber ja vielleicht zu euch?
pi@iomaster:~ $ top top - 18:46:14 up 1:50, 1 user, load average: 1,03, 1,31, 1,16 Tasks: 118 total, 2 running, 116 sleeping, 0 stopped, 0 zombie %Cpu(s): 29,9 us, 4,6 sy, 0,0 ni, 63,8 id, 0,0 wa, 0,0 hi, 1,8 si, 0,0 st MiB Mem : 925,9 total, 149,7 free, 639,0 used, 137,2 buff/cache MiB Swap: 0,0 total, 0,0 free, 0,0 used. 268,3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1439 iobroker 20 0 194160 108044 27804 R 88,1 11,4 12:44.98 node 1571 iobroker 20 0 169372 81972 27168 S 33,1 8,6 4:40.14 node 1521 iobroker 20 0 204276 118556 27392 S 14,2 12,5 2:48.56 node 1549 iobroker 20 0 161132 73924 27472 S 3,3 7,8 0:54.11 node 3103 iobroker 20 0 137236 50192 27640 S 1,3 5,3 0:07.35 node 3298 pi 20 0 7792 2856 2412 R 1,0 0,3 0:00.13 top 60 root 20 0 0 0 0 S 0,7 0,0 0:00.67 kswapd0 1493 iobroker 20 0 150940 54244 27256 S 0,7 5,7 0:16.20 node 1620 iobroker 20 0 147528 57020 27580 S 0,7 6,0 0:11.16 node 373 root 20 0 27656 80 0 S 0,3 0,0 0:08.60 rngd 1560 iobroker 20 0 133172 42988 27332 S 0,3 4,5 0:06.34 node 1765 root 20 0 0 0 0 I 0,3 0,0 0:00.16 kworker/1:3-events 1 root 20 0 33696 7948 6388 S 0,0 0,8 0:05.84 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0,0 0,0 0:22.65 ksoftirqd/0 10 root 20 0 0 0 0 I 0,0 0,0 0:02.69 rcu_sched 11 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 13 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 14 root rt 0 0 0 0 S 0,0 0,0 0:00.02 migration/1 15 root 20 0 0 0 0 S 0,0 0,0 0:00.91 ksoftirqd/1 18 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 19 root rt 0 0 0 0 S 0,0 0,0 0:00.02 migration/2 20 root 20 0 0 0 0 S 0,0 0,0 0:00.34 ksoftirqd/2 23 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 24 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/3 25 root 20 0 0 0 0 S 0,0 0,0 0:00.22 ksoftirqd/3 28 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kdevtmpfs 29 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 32 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 34 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 35 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 52 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 53 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 blkcg_punt_bio 54 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 57 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rpciod 58 root 0 -20 0 0 0 I 0,0 0,0 0:00.06 kworker/u9:0-hci0 59 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 xprtiod 61 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nfsiod 62 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 iscsi_eh 63 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 dwc_otg 64 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 DWC Notificatio 66 root 1 -19 0 0 0 S 0,0 0,0 0:00.01 vchiq-slot/0 67 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 vchiq-recy/0 68 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 vchiq-sync/0 69 root 20 0 0 0 0 S 0,0 0,0 0:00.00 vchiq-keep/0 70 root 10 -10 0 0 0 S 0,0 0,0 0:00.00 SMIO 73 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mmc_complete 74 root 0 -20 0 0 0 I 0,0 0,0 0:00.60 kworker/1:1H-kblockd 76 root 0 -20 0 0 0 I 0,0 0,0 0:00.40 kworker/3:1H-kblockd 78 root 20 0 0 0 0 S 0,0 0,0 0:00.39 jbd2/mmcblk0p2- 79 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ext4-rsv-conver@amg_666 sagte in iobroker nach Neustart "tot":
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1439 iobroker 20 0 194160 108044 27804 R 88,1 11,4 12:44.98 nodeDas Ding mit PID 1439 läuft wohl aus dem Ruder. Was auch immer das genau ist.
-
@amg_666 sagte in iobroker nach Neustart "tot":
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1439 iobroker 20 0 194160 108044 27804 R 88,1 11,4 12:44.98 nodeDas Ding mit PID 1439 läuft wohl aus dem Ruder. Was auch immer das genau ist.
@thomas-braun mal "px auxwww|grep 1439"?
-
@amg_666 sagte in iobroker nach Neustart "tot":
MiB Swap: 0,0 total, 0,0 free, 0,0 used.
das erklärt auch, warum er nicht geswapped hat!
Warum hast du das SWAP deaktiviert?
@amg_666 sagte in iobroker nach Neustart "tot":
MiB Mem : 925,9 total, 149,7 free,
das sieht schon anders aus, als das was in den Instanzen steht
hier werden die namen der Übeltäter nicht (mehr) angezeigt, nimm mal
htop@homoran sagte in iobroker nach Neustart "tot":
Warum hast du das SWAP deaktiviert?
swap ist deaktiviert, dachte das soll man machen um die Karte zu schonen?
htop: Wie kann ich da die Einträge kopieren um sie hier zu posten? htop und sort nach m_size oder auch %_Mem zeigt mir jede Menge js-controller und dann jede Menge javascript Einträge
-
@homoran sagte in iobroker nach Neustart "tot":
Warum hast du das SWAP deaktiviert?
swap ist deaktiviert, dachte das soll man machen um die Karte zu schonen?
htop: Wie kann ich da die Einträge kopieren um sie hier zu posten? htop und sort nach m_size oder auch %_Mem zeigt mir jede Menge js-controller und dann jede Menge javascript Einträge
@amg_666 sagte in iobroker nach Neustart "tot":
dachte das soll man machen um die Karte zu schonen?
swap sollte nur für Notfälle sein.
Wenn man es dauerhaft nutzt, so dass es die Karte belastet, läuft schon was schief.Jetzt hattest du nicht mal einen Fallschirm
ps -p 1439 -
@homoran sagte in iobroker nach Neustart "tot":
Warum hast du das SWAP deaktiviert?
swap ist deaktiviert, dachte das soll man machen um die Karte zu schonen?
htop: Wie kann ich da die Einträge kopieren um sie hier zu posten? htop und sort nach m_size oder auch %_Mem zeigt mir jede Menge js-controller und dann jede Menge javascript Einträge
px auxwww|grep 1439ist eine gute Idee von @apollon77
swap ist deaktiviert, dachte das soll man machen um die Karte zu schonen?
Jein. Eigentlich sollte man sein System so im Blick haben, dass swap nur als Notabfluss benötigt wird. Wobei einen die üblichen 100 MB im Raspberry OS da auch nichts retten, wenn ein skript aus dem Ruder läuft. Dann ist nur etwas später Schicht im Schacht.
-
px auxwww|grep 1439ist eine gute Idee von @apollon77
swap ist deaktiviert, dachte das soll man machen um die Karte zu schonen?
Jein. Eigentlich sollte man sein System so im Blick haben, dass swap nur als Notabfluss benötigt wird. Wobei einen die üblichen 100 MB im Raspberry OS da auch nichts retten, wenn ein skript aus dem Ruder läuft. Dann ist nur etwas später Schicht im Schacht.
@thomas-braun sagte in iobroker nach Neustart "tot":
ist eine gute Idee von @apollon77
Wo???

wofür google ich mir denn die Finger wund und teste dann noch selber:
ps -p 1439 -
pi@iomaster:/opt/iobroker $ ps auxwww|grep 1439 iobroker 1439 68.0 13.9 219096 132544 ? Rsl 18:28 23:28 iobroker.js-controller pi 4604 0.0 0.1 4900 1700 pts/0 S+ 19:02 0:00 grep --color=auto 1439 pi@iomaster:/opt/iobroker $ -
@thomas-braun sagte in iobroker nach Neustart "tot":
ist eine gute Idee von @apollon77
Wo???

wofür google ich mir denn die Finger wund und teste dann noch selber:
ps -p 1439 -
pi@iomaster:/opt/iobroker $ ps auxwww|grep 1439 iobroker 1439 68.0 13.9 219096 132544 ? Rsl 18:28 23:28 iobroker.js-controller pi 4604 0.0 0.1 4900 1700 pts/0 S+ 19:02 0:00 grep --color=auto 1439 pi@iomaster:/opt/iobroker $@amg_666 und die 1521? ... bzw jetzt musst du bei top mal schauen ob irgendeiner der beiden bei RAM mehr wird. Der controller kann durchaus ein bsissl was brauchen ... das ist ok der javascript Adapter auch ... Frage ist wodurch es dann zu engpässen kommt. Irgendwas muss ja bei Dir 200-280MB "plötzlich" brauchen ...
-
@amg_666 und die 1521? ... bzw jetzt musst du bei top mal schauen ob irgendeiner der beiden bei RAM mehr wird. Der controller kann durchaus ein bsissl was brauchen ... das ist ok der javascript Adapter auch ... Frage ist wodurch es dann zu engpässen kommt. Irgendwas muss ja bei Dir 200-280MB "plötzlich" brauchen ...
pi@iomaster:/opt/iobroker $ ps auxwww|grep 1521 iobroker 1521 13.6 12.0 199668 114500 ? Sl 18:28 5:41 io.javascript.0 pi 5041 0.0 0.1 4900 1696 pts/0 S+ 19:10 0:00 grep --color=auto 1521 pi@iomaster:/opt/iobroker $ -
@homoran die magie bei meinem liegt im "auxwww" ... vor allem im "www" ... das heist mooaarr details ausgeben :-)
@apollon77
Steht ja auch für "Willy wills wissen"ps auxwww | grep 'USER\|1521'liefert die Spaltenüberschriften mit, btw.
-
@apollon77
Steht ja auch für "Willy wills wissen"ps auxwww | grep 'USER\|1521'liefert die Spaltenüberschriften mit, btw.
@thomas-braun sagte in iobroker nach Neustart "tot":
ps auxwww | grep 'USER|1521'
stimmt, ist einfacher zu lesen...
pi@iomaster:/opt/iobroker $ ps auxwww | grep 'USER\|1439' USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND iobroker 1439 65.4 14.0 220444 133628 ? Ssl 18:28 32:09 iobroker.js-controller pi 5487 0.0 0.1 5032 1552 pts/0 S+ 19:17 0:00 grep --color=auto USER\|1439 pi@iomaster:/opt/iobroker $ ps auxwww | grep 'USER\|1521' USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND iobroker 1521 13.2 12.4 205044 117728 ? Rl 18:28 6:29 io.javascript.0 pi 5489 0.0 0.1 5032 1556 pts/0 S+ 19:17 0:00 grep --color=auto USER\|1521 pi@iomaster:/opt/iobroker $ -
@thomas-braun sagte in iobroker nach Neustart "tot":
ps auxwww | grep 'USER|1521'
stimmt, ist einfacher zu lesen...
pi@iomaster:/opt/iobroker $ ps auxwww | grep 'USER\|1439' USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND iobroker 1439 65.4 14.0 220444 133628 ? Ssl 18:28 32:09 iobroker.js-controller pi 5487 0.0 0.1 5032 1552 pts/0 S+ 19:17 0:00 grep --color=auto USER\|1439 pi@iomaster:/opt/iobroker $ ps auxwww | grep 'USER\|1521' USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND iobroker 1521 13.2 12.4 205044 117728 ? Rl 18:28 6:29 io.javascript.0 pi 5489 0.0 0.1 5032 1556 pts/0 S+ 19:17 0:00 grep --color=auto USER\|1521 pi@iomaster:/opt/iobroker $@amg_666
Ich würde ja immer noch auf die Kombination 'nicht gerade üppige Ausstattung mit RAM' und 'unsauberes skript' tippen.
Das Backup um 02:00 braucht halt auch gut Speicher dafür. Aber die anderen Abflüge deuten auf ein skript hin.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden