Raspi4 2GB / ioBroker startet jeden Tag neu ?
-
@humidor
Hmmmm, ich betreibe den Broker zwar nicht auf 'nem Raspi, aber bei 2GB würde ich eher die RAM-Ausstattung als den Plattenplatz im Verdacht haben. Insbesondere bei der Anzahl der Adapter die im Log zu sehen sind.@codierknecht allerdings
@humidor sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
2022-11-05 22:58:47.361 - info: host.raspberrypi 35 instances found
2022-11-05 22:58:47.437 - info: host.raspberrypi starting 28 instancesumgestiegen von Proxmox auf Unraid
-
@codierknecht allerdings
@humidor sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
2022-11-05 22:58:47.361 - info: host.raspberrypi 35 instances found
2022-11-05 22:58:47.437 - info: host.raspberrypi starting 28 instances -
@humidor
Die 24 laufenden Prozesse?
Jeder Prozess braucht Speicher ... und irgendwann ist einfach Ende Gelände ;-)"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor
Die 24 laufenden Prozesse?
Jeder Prozess braucht Speicher ... und irgendwann ist einfach Ende Gelände ;-) -
@codierknecht schon klar, aber der Ram verbraucht sich nach Zeit, dh. mind. ein Adapter müllt den zu
@humidor
https://www.howtoforge.de/anleitung/wie-man-laufende-prozesse-unter-linux-anzeigt/iobroker@iobroker:/opt/iobroker# topDa müsste sich dann nach Deiner Annahme ein Prozess mit massivem Speicherverbrauch finden lassen ...
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor
https://www.howtoforge.de/anleitung/wie-man-laufende-prozesse-unter-linux-anzeigt/iobroker@iobroker:/opt/iobroker# topDa müsste sich dann nach Deiner Annahme ein Prozess mit massivem Speicherverbrauch finden lassen ...
-
@codierknecht danke, dh wer da unter %Mem wächst, der ist ein Kandidat
@humidor
Ich glaube kaum, dass damit ein einzelner Prozess als Übeltäter auszumachen ist.
Die brauchen ja alle nicht wirklich übermäßig viel von dem beschränkt verfügbaren Speicher.
Rechne mal zusammen ... da bleibt nicht viel übrig.So sieht das bei mir aus:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 428 iobroker 20 0 1143060 194184 10500 S 5,0 2,4 2897:30 iobroker.js-con 26204 iobroker 20 0 952836 87472 10272 R 4,7 1,1 2630:18 io.lupusec.1 23996 iobroker 20 0 10,9g 58036 10392 S 1,7 0,7 688:48.62 io.synology.0 512 iobroker 20 0 794024 56916 9780 S 1,0 0,7 397:39.29 io.sql.0 10544 iobroker 20 0 690032 51988 12240 S 1,0 0,6 107:09.94 io.tr-064.0 470 iobroker 20 0 1042160 100412 10580 S 0,7 1,3 492:16.04 io.javascript.0 20017 iobroker 20 0 696652 28880 12280 S 0,7 0,4 86:54.05 io.mqtt.0 32356 iobroker 20 0 688316 49128 10404 S 0,7 0,6 89:13.86 io.hue.0 742 iobroker 20 0 669376 25020 8272 S 0,3 0,3 182:53.43 io.denon.0 804 iobroker 20 0 970812 63944 10452 S 0,3 0,8 49:58.56 io.web.0 31324 iobroker 20 0 955932 46816 14984 S 0,3 0,6 3:04.95 io.backitup.0 1 root 20 0 7292 276 276 S 0,0 0,0 0:00.05 iobroker_startu 497 iobroker 20 0 674128 36300 8760 S 0,0 0,5 22:37.28 io.scenes.0 569 iobroker 20 0 687240 45776 8328 S 0,0 0,6 32:30.00 io.hm-rega.0 702 iobroker 20 0 666092 37144 8580 S 0,0 0,5 32:37.74 io.fritzdect.0 789 iobroker 20 0 652328 30376 7968 S 0,0 0,4 20:23.24 io.discovery.0 876 iobroker 20 0 681208 36336 9272 S 0,0 0,5 66:10.17 io.lgtv.0 6996 iobroker 20 0 679736 40840 12128 S 0,0 0,5 18:37.62 io.device-watch 8549 iobroker 20 0 1022408 105700 14904 S 0,0 1,3 17:09.28 io.admin.1 16843 iobroker 20 0 671308 36264 11100 S 0,0 0,5 10:14.03 io.snmp.0 18582 root 20 0 7424 2276 1752 S 0,0 0,0 0:00.01 bash 19878 iobroker 20 0 954592 52120 14228 S 0,0 0,6 23:36.28 io.tapo.0 20056 iobroker 20 0 763180 59196 13144 S 0,0 0,7 12:07.57 io.yahka.0 20150 iobroker 20 0 693836 53480 12720 S 0,0 0,7 158:22.58 io.unifi.0 20951 iobroker 20 0 665796 49520 18884 S 0,0 0,6 0:01.77 io.trashschedul 21061 iobroker 20 0 962476 74528 13044 S 0,0 0,9 7:47.59 io.sourceanalyt 21157 iobroker 20 0 686920 46008 11120 S 0,0 0,6 26:06.42 io.hm-rpc.0 21498 root 20 0 10256 1924 1416 R 0,0 0,0 0:00.00 top 22130 iobroker 20 0 960560 65460 14420 S 0,0 0,8 45:01.08 io.meross.0Das sind insgesamt knapp 20% oder 1,6 GB.
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor
Ich glaube kaum, dass damit ein einzelner Prozess als Übeltäter auszumachen ist.
Die brauchen ja alle nicht wirklich übermäßig viel von dem beschränkt verfügbaren Speicher.
Rechne mal zusammen ... da bleibt nicht viel übrig.So sieht das bei mir aus:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 428 iobroker 20 0 1143060 194184 10500 S 5,0 2,4 2897:30 iobroker.js-con 26204 iobroker 20 0 952836 87472 10272 R 4,7 1,1 2630:18 io.lupusec.1 23996 iobroker 20 0 10,9g 58036 10392 S 1,7 0,7 688:48.62 io.synology.0 512 iobroker 20 0 794024 56916 9780 S 1,0 0,7 397:39.29 io.sql.0 10544 iobroker 20 0 690032 51988 12240 S 1,0 0,6 107:09.94 io.tr-064.0 470 iobroker 20 0 1042160 100412 10580 S 0,7 1,3 492:16.04 io.javascript.0 20017 iobroker 20 0 696652 28880 12280 S 0,7 0,4 86:54.05 io.mqtt.0 32356 iobroker 20 0 688316 49128 10404 S 0,7 0,6 89:13.86 io.hue.0 742 iobroker 20 0 669376 25020 8272 S 0,3 0,3 182:53.43 io.denon.0 804 iobroker 20 0 970812 63944 10452 S 0,3 0,8 49:58.56 io.web.0 31324 iobroker 20 0 955932 46816 14984 S 0,3 0,6 3:04.95 io.backitup.0 1 root 20 0 7292 276 276 S 0,0 0,0 0:00.05 iobroker_startu 497 iobroker 20 0 674128 36300 8760 S 0,0 0,5 22:37.28 io.scenes.0 569 iobroker 20 0 687240 45776 8328 S 0,0 0,6 32:30.00 io.hm-rega.0 702 iobroker 20 0 666092 37144 8580 S 0,0 0,5 32:37.74 io.fritzdect.0 789 iobroker 20 0 652328 30376 7968 S 0,0 0,4 20:23.24 io.discovery.0 876 iobroker 20 0 681208 36336 9272 S 0,0 0,5 66:10.17 io.lgtv.0 6996 iobroker 20 0 679736 40840 12128 S 0,0 0,5 18:37.62 io.device-watch 8549 iobroker 20 0 1022408 105700 14904 S 0,0 1,3 17:09.28 io.admin.1 16843 iobroker 20 0 671308 36264 11100 S 0,0 0,5 10:14.03 io.snmp.0 18582 root 20 0 7424 2276 1752 S 0,0 0,0 0:00.01 bash 19878 iobroker 20 0 954592 52120 14228 S 0,0 0,6 23:36.28 io.tapo.0 20056 iobroker 20 0 763180 59196 13144 S 0,0 0,7 12:07.57 io.yahka.0 20150 iobroker 20 0 693836 53480 12720 S 0,0 0,7 158:22.58 io.unifi.0 20951 iobroker 20 0 665796 49520 18884 S 0,0 0,6 0:01.77 io.trashschedul 21061 iobroker 20 0 962476 74528 13044 S 0,0 0,9 7:47.59 io.sourceanalyt 21157 iobroker 20 0 686920 46008 11120 S 0,0 0,6 26:06.42 io.hm-rpc.0 21498 root 20 0 10256 1924 1416 R 0,0 0,0 0:00.00 top 22130 iobroker 20 0 960560 65460 14420 S 0,0 0,8 45:01.08 io.meross.0Das sind insgesamt knapp 20% oder 1,6 GB.
@codierknecht 1,6GB sind ja auch bei mir benutzt, 126MB frei
wenn man was macht, wie ein Blockly erstellen, dann gehts auf 0
wenn man ihn völlig in Ruhe lässt, scheint er durchzulaufen
dh wenn man etwas tut, verbraucht es Ram, ist ja auch klar, aber da ist dann ein Raspi4 mit 2GB schon an der Grenze, überhaupt sinnvoll eingesetzt zu werden
ev. sollte hier die Doku darauf hinweisen, wenn sie das nicht schon tut. -
@codierknecht 1,6GB sind ja auch bei mir benutzt, 126MB frei
wenn man was macht, wie ein Blockly erstellen, dann gehts auf 0
wenn man ihn völlig in Ruhe lässt, scheint er durchzulaufen
dh wenn man etwas tut, verbraucht es Ram, ist ja auch klar, aber da ist dann ein Raspi4 mit 2GB schon an der Grenze, überhaupt sinnvoll eingesetzt zu werden
ev. sollte hier die Doku darauf hinweisen, wenn sie das nicht schon tut. -
@thomas-braun sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
free -ht --mega
total used free shared buff/cache available Mem: 1.8G 1.6G 113M 0.0K 134M 169M Swap: 99M 99M 0B Total: 1.9G 1.7G 113MBG
-
@thomas-braun sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
free -ht --mega
total used free shared buff/cache available Mem: 1.8G 1.6G 113M 0.0K 134M 169M Swap: 99M 99M 0B Total: 1.9G 1.7G 113MDas Ding läuft im Roten Bereich.
-
Das Ding läuft im Roten Bereich.
-
@thomas-braun dh für 24 Prozesse sind 2GB zu wenig
Das hängt (auch) damit zusammen was das für Instanzen (du meinst nicht Prozesse, da laufen wesentlich mehr auf deiner Kiste) sind.
-
Das hängt (auch) damit zusammen was das für Instanzen (du meinst nicht Prozesse, da laufen wesentlich mehr auf deiner Kiste) sind.
-
@thomas-braun richtig, Prozesse, ist aber nicht wirklich viel was ich mache, die grundlegende ioBroker Struktur benötigt ja auch schon ein paar Prozesse....
ps -e | wc -lDa siehst du wieviele Prozesse laufen.
Bzw. genauer:
ps -e --no-headers | wc -lAber grundsätzlich finde ich das 2GB RAM die unterste Grenze ist, wenn da ein 'Standard'-Iobroker laufen soll.
-
ps -e | wc -lDa siehst du wieviele Prozesse laufen.
Bzw. genauer:
ps -e --no-headers | wc -lAber grundsätzlich finde ich das 2GB RAM die unterste Grenze ist, wenn da ein 'Standard'-Iobroker laufen soll.
@thomas-braun sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
ps -e --no-headers | wc -l
173
-
@codierknecht 1,6GB sind ja auch bei mir benutzt, 126MB frei
wenn man was macht, wie ein Blockly erstellen, dann gehts auf 0
wenn man ihn völlig in Ruhe lässt, scheint er durchzulaufen
dh wenn man etwas tut, verbraucht es Ram, ist ja auch klar, aber da ist dann ein Raspi4 mit 2GB schon an der Grenze, überhaupt sinnvoll eingesetzt zu werden
ev. sollte hier die Doku darauf hinweisen, wenn sie das nicht schon tut.@humidor sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
aber da ist dann ein Raspi4 mit 2GB schon an der Grenze, überhaupt sinnvoll eingesetzt zu werden
ev. sollte hier die Doku darauf hinweisen, wenn sie das nicht schon tut.Da ich das Ganze nicht auf 'nem Raspi laufen habe, habe ich mich damit noch nie befasst.
Aber wenn man hier so ein bisschen kreuz und quer liest stellt man fest, dass unter 4 GB wohl niemand was am Start hat und in der Regel mindesten 8 GB empfohlen werden."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
aber da ist dann ein Raspi4 mit 2GB schon an der Grenze, überhaupt sinnvoll eingesetzt zu werden
ev. sollte hier die Doku darauf hinweisen, wenn sie das nicht schon tut.Da ich das Ganze nicht auf 'nem Raspi laufen habe, habe ich mich damit noch nie befasst.
Aber wenn man hier so ein bisschen kreuz und quer liest stellt man fest, dass unter 4 GB wohl niemand was am Start hat und in der Regel mindesten 8 GB empfohlen werden. -
@codierknecht Ja ist OK, aber dann braucht man mit Rapi 2/3 gar nicht anfangen, wo iobroker ja auch laufen soll... egal, für einen Dauereinsatz dann mind. 4GB
(wollte nur keinen neuen kaufen müssen)@humidor
Darum wird wohl auch allenthalben von Beschaffungsproblemen berichtet.
2GB Versionen des Raspi sind AFAIK noch relativ problemlos zu besorgen, aber ab 4 GB sieht's dann schon düster aus.Falls Du ein halbwegs potentes NAS (z.B. Synology, QNap) zur Verfügung hast, könnte ioB auch darauf als Container laufen.
So hab' ich's bei mir eingerichtet. Das NAS läuft ja eh 24/7 - also soll es auch mal was tun für sein Geld
OK, ist bei mir keine "echte" Syno-Hardware, aber es gibt wohl genügend Anwender die damit zufrieden sind.
Also nur, wenn Du eh eines rumfliegen hast und das Ding sich langweilen sollte ...Einen Raspi zu finden scheint nicht so einfach: https://rpilocator.com/
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor
Ich glaube kaum, dass damit ein einzelner Prozess als Übeltäter auszumachen ist.
Die brauchen ja alle nicht wirklich übermäßig viel von dem beschränkt verfügbaren Speicher.
Rechne mal zusammen ... da bleibt nicht viel übrig.So sieht das bei mir aus:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 428 iobroker 20 0 1143060 194184 10500 S 5,0 2,4 2897:30 iobroker.js-con 26204 iobroker 20 0 952836 87472 10272 R 4,7 1,1 2630:18 io.lupusec.1 23996 iobroker 20 0 10,9g 58036 10392 S 1,7 0,7 688:48.62 io.synology.0 512 iobroker 20 0 794024 56916 9780 S 1,0 0,7 397:39.29 io.sql.0 10544 iobroker 20 0 690032 51988 12240 S 1,0 0,6 107:09.94 io.tr-064.0 470 iobroker 20 0 1042160 100412 10580 S 0,7 1,3 492:16.04 io.javascript.0 20017 iobroker 20 0 696652 28880 12280 S 0,7 0,4 86:54.05 io.mqtt.0 32356 iobroker 20 0 688316 49128 10404 S 0,7 0,6 89:13.86 io.hue.0 742 iobroker 20 0 669376 25020 8272 S 0,3 0,3 182:53.43 io.denon.0 804 iobroker 20 0 970812 63944 10452 S 0,3 0,8 49:58.56 io.web.0 31324 iobroker 20 0 955932 46816 14984 S 0,3 0,6 3:04.95 io.backitup.0 1 root 20 0 7292 276 276 S 0,0 0,0 0:00.05 iobroker_startu 497 iobroker 20 0 674128 36300 8760 S 0,0 0,5 22:37.28 io.scenes.0 569 iobroker 20 0 687240 45776 8328 S 0,0 0,6 32:30.00 io.hm-rega.0 702 iobroker 20 0 666092 37144 8580 S 0,0 0,5 32:37.74 io.fritzdect.0 789 iobroker 20 0 652328 30376 7968 S 0,0 0,4 20:23.24 io.discovery.0 876 iobroker 20 0 681208 36336 9272 S 0,0 0,5 66:10.17 io.lgtv.0 6996 iobroker 20 0 679736 40840 12128 S 0,0 0,5 18:37.62 io.device-watch 8549 iobroker 20 0 1022408 105700 14904 S 0,0 1,3 17:09.28 io.admin.1 16843 iobroker 20 0 671308 36264 11100 S 0,0 0,5 10:14.03 io.snmp.0 18582 root 20 0 7424 2276 1752 S 0,0 0,0 0:00.01 bash 19878 iobroker 20 0 954592 52120 14228 S 0,0 0,6 23:36.28 io.tapo.0 20056 iobroker 20 0 763180 59196 13144 S 0,0 0,7 12:07.57 io.yahka.0 20150 iobroker 20 0 693836 53480 12720 S 0,0 0,7 158:22.58 io.unifi.0 20951 iobroker 20 0 665796 49520 18884 S 0,0 0,6 0:01.77 io.trashschedul 21061 iobroker 20 0 962476 74528 13044 S 0,0 0,9 7:47.59 io.sourceanalyt 21157 iobroker 20 0 686920 46008 11120 S 0,0 0,6 26:06.42 io.hm-rpc.0 21498 root 20 0 10256 1924 1416 R 0,0 0,0 0:00.00 top 22130 iobroker 20 0 960560 65460 14420 S 0,0 0,8 45:01.08 io.meross.0Das sind insgesamt knapp 20% oder 1,6 GB.
@codierknecht sagte in Raspi4 2GB / ioBroker startet jeden Tag neu ?:
So sieht das bei mir aus:
warum sortiert ihr nicht nach %MEM?
Bei Sortierung nach CPU kann viel weiter unten noch ein Speicherfresser sein.aber prinzipiell stimmt es ja, dass bei 28-35 Instanzen mit 2GB Ende der Fahnenstange sein kann, insbesondere wenn dann noch eine scheduled Instanz startet
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
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 Anmelden501
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge