ioBroker läuft nicht auf RasperryPI3
-
Danke soweit.
Ich habe nun einen jungfräulichen Rasperry Pi3 genommen und Bullseye mit dem offiziellen Rasperry Installer installiert. Danach den ioBroker. Installation lief fehlerfrei.
Immerhin kann ich nun das Admin Menu auswählen, und konnte den initialen Setup des ioBorkers machen. Beim Anwählen des Menupunktes Adapter wird der Raspi schlagartig langsam und reagiert wenige Sekunden später auf keinerlei Aktionen mehr. Von der Stromversorgung trennen ist die einzige Möglichkeit den Raspi wieder zum leben zu erwecken.
Auf dem Rechner ist ausser dem ioBroker absolut nichts ausserhalb der Bullseye Orginalinstallation installiert.Hat jemand den iobroker auf einem Rasperry PI3+ am laufen?
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Hat jemand den iobroker auf einem Rasperry PI3+ am laufen?
mehrere, auch Pi2!
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Beim Anwählen des Menupunktes Adapter wird der Raspi schlagartig langsam und reagiert wenige Sekunden später auf keinerlei Aktionen mehr.
klingt fast nach Problemen mit dem Internet. Zu dem Zeitpunkt wird üblicherweise kurz das Repo eingelesen.
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Von der Stromversorgung trennen ist die einzige Möglichkeit den Raspi wieder zum leben zu erwecken.
eher die beste Möglichkeit das Dateisystem zu schrotten!
Was sagte den TOP zu dem Zeitpunkt?
@thomas-braun sagte in ioBroker läuft nicht auf RasperryPI3:
Mit Desktop kannst du einen Rpi3 und iobroker vergessen
so lange da nicht die ganze office suite und tausende Spiele laufen, sollte selbst das bei der Grundinstallation kein Problem sein.
-
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Bullseye mit dem offiziellen Rasperry Installer installiert
Was genau? Die 'Lite'-Version?
Mit Desktop kannst du einen Rpi3 und iobroker vergessen, das wird nicht gescheit laufen.@thomas-braun
Ich habe die "recommended option" installiert.
-
@thomas-braun
Ich habe die "recommended option" installiert.
-
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Hat jemand den iobroker auf einem Rasperry PI3+ am laufen?
mehrere, auch Pi2!
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Beim Anwählen des Menupunktes Adapter wird der Raspi schlagartig langsam und reagiert wenige Sekunden später auf keinerlei Aktionen mehr.
klingt fast nach Problemen mit dem Internet. Zu dem Zeitpunkt wird üblicherweise kurz das Repo eingelesen.
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Von der Stromversorgung trennen ist die einzige Möglichkeit den Raspi wieder zum leben zu erwecken.
eher die beste Möglichkeit das Dateisystem zu schrotten!
Was sagte den TOP zu dem Zeitpunkt?
@thomas-braun sagte in ioBroker läuft nicht auf RasperryPI3:
Mit Desktop kannst du einen Rpi3 und iobroker vergessen
so lange da nicht die ganze office suite und tausende Spiele laufen, sollte selbst das bei der Grundinstallation kein Problem sein.
-
@mtbsteve
die ohne Desktop und da am besten die lite.
Der 3er Pi hat 1GB RAM und der Desktop frisst da schon mal die Hälfte, also Probleme vorprogrammiert ;) -
Moin, ich habe ein grosses Problem den iobroker auf einem RasperryPI 3+ zum laufen zu bekommen.
Nach der erfolgreichen Installation (ohne Fehlermeldungen) erhalte ich nach dem Aufruf der iobroker URL für das Admin UI nach wenigen Sekunden einen blank screen. Es kommen keinerlei Fehlermeldungen.
Ich habe alle Tests und Hinweise wie unter: https://www.iobroker.net/docu/index-26.htm?page_id=3928&lang=de beschrieben gemacht.
Demnach scheint die Installation fehlerfrei zu sein. Alle iobroker Prozesse laufen. In den (mir bekannten) Logfiles tauchen keine Fehlermeldungen auf.Ich habe es unter Chrome und Firefox probiert, mit dem selben Ergebnis.
Gibt es irgendwelche Browser Settings die beachtet werden müssen?@mtbsteve Moin, ich habe noch einen Rpi3 mit bullseye lite 32bit in aktuellem Zustand am laufen. Mit admin 5.3.8 funktioniert alles im Rahmen der Möglichkeiten des Gerätes. Ein Updateversuch auf admin 6.2.17 bzw. 6.2.20 führte bei mir jeweils zum beschriebenen einfrieren. Vielleicht hilft der Hinweis, ich bleibe mit dem Rpi3 erstmal auf admin 5.3.8.
-
@mtbsteve Moin, ich habe noch einen Rpi3 mit bullseye lite 32bit in aktuellem Zustand am laufen. Mit admin 5.3.8 funktioniert alles im Rahmen der Möglichkeiten des Gerätes. Ein Updateversuch auf admin 6.2.17 bzw. 6.2.20 führte bei mir jeweils zum beschriebenen einfrieren. Vielleicht hilft der Hinweis, ich bleibe mit dem Rpi3 erstmal auf admin 5.3.8.
-
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Das erklärt es!!
Nein, jedenfalls nicht vollständig.
Hast du jetzt ein System ohne Desktop laufen? -
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Ein screenshot von Top kurz bevor das System einfriert:
als Text in code-tags wäre besser gewesen als ein angeschnittener Screenshot.
hier kann man nichts zitieren.die Load average mit 2.5 geht noch
und auch die Prozesse due man sieht sind nicht wirklich arg.allerdings geht es dem mickrigen RAM nicht wirklich gut, auch der SWAP ist bereits ziemlich verbraucht.
Ohne GUI Kram sollte da noch mehr Luft sein.@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Das erklärt es!! Ja ich bin auf Admin 6.2.20.
nicht wirklich! Auch für v6 müsste genug RAM da sein, wenn er nicht unnötig verpulvert würde.
TOP mal nach MEM sortieren!
so über den Daumen sieht man jetzt schon 58% RAM von chromium verbraucht. -
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Ein screenshot von Top kurz bevor das System einfriert:
als Text in code-tags wäre besser gewesen als ein angeschnittener Screenshot.
hier kann man nichts zitieren.die Load average mit 2.5 geht noch
und auch die Prozesse due man sieht sind nicht wirklich arg.allerdings geht es dem mickrigen RAM nicht wirklich gut, auch der SWAP ist bereits ziemlich verbraucht.
Ohne GUI Kram sollte da noch mehr Luft sein.@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Das erklärt es!! Ja ich bin auf Admin 6.2.20.
nicht wirklich! Auch für v6 müsste genug RAM da sein, wenn er nicht unnötig verpulvert würde.
TOP mal nach MEM sortieren!
so über den Daumen sieht man jetzt schon 58% RAM von chromium verbraucht.Vielen Dank euch allen!
Ich habe den iobroker jetzt auf der 64bit lite Version von Bullseye zum laufen bekommen.Das Problem liegt nach meiner Analyse an zu wenig Memory des Raspi 3 den iobroker im Raspi Browser laufen zu lassen, zumindest in der aktuellen Version des Admin Adapters. Der Raspi Speicher läuft nach wenigen Sekunden nach Aufruf des Admin Adapters im Raspi Chromium (oder Firefox) Browser zu.
Wenn ich von einem anderen (leistungsfähigeren) Rechner via Browser auf den Raspi iobroker zugreife, funktioniert alles ohne Probleme.
-
Vielen Dank euch allen!
Ich habe den iobroker jetzt auf der 64bit lite Version von Bullseye zum laufen bekommen.Das Problem liegt nach meiner Analyse an zu wenig Memory des Raspi 3 den iobroker im Raspi Browser laufen zu lassen, zumindest in der aktuellen Version des Admin Adapters. Der Raspi Speicher läuft nach wenigen Sekunden nach Aufruf des Admin Adapters im Raspi Chromium (oder Firefox) Browser zu.
Wenn ich von einem anderen (leistungsfähigeren) Rechner via Browser auf den Raspi iobroker zugreife, funktioniert alles ohne Probleme.
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Wenn ich von einem anderen (leistungsfähigeren) Rechner via Browser auf den Raspi iobroker zugreife
Das versteh ich jetzt nicht wirklich. Was heißt da wie Browser? Du meinst du öffnest einfach die Admin Oberfläche des IOBoker und das bremst den Pi? Ich hatt den 3er Pi im Einsatz und wenn der richtig konfiguriert ist, dann läuft selbst der ohne Probleme, wenn nur die lite Version des OS auf dem Pi läuft.
Das hat mit dem Rechner von dem aus der Zugriff stattfindet aber nicht wirklich was zu tun ;) -
Vielen Dank euch allen!
Ich habe den iobroker jetzt auf der 64bit lite Version von Bullseye zum laufen bekommen.Das Problem liegt nach meiner Analyse an zu wenig Memory des Raspi 3 den iobroker im Raspi Browser laufen zu lassen, zumindest in der aktuellen Version des Admin Adapters. Der Raspi Speicher läuft nach wenigen Sekunden nach Aufruf des Admin Adapters im Raspi Chromium (oder Firefox) Browser zu.
Wenn ich von einem anderen (leistungsfähigeren) Rechner via Browser auf den Raspi iobroker zugreife, funktioniert alles ohne Probleme.
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Das Problem liegt nach meiner Analyse an zu wenig Memory des Raspi 3 den iobroker im Raspi Browser laufen zu lassen,
In der Lite-Version gibt es keinen Browser, der lokal auf dem Raspberry laufen würde.
-
Vielen Dank euch allen!
Ich habe den iobroker jetzt auf der 64bit lite Version von Bullseye zum laufen bekommen.Das Problem liegt nach meiner Analyse an zu wenig Memory des Raspi 3 den iobroker im Raspi Browser laufen zu lassen, zumindest in der aktuellen Version des Admin Adapters. Der Raspi Speicher läuft nach wenigen Sekunden nach Aufruf des Admin Adapters im Raspi Chromium (oder Firefox) Browser zu.
Wenn ich von einem anderen (leistungsfähigeren) Rechner via Browser auf den Raspi iobroker zugreife, funktioniert alles ohne Probleme.
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Das Problem liegt nach meiner Analyse an zu wenig Memory des Raspi 3 den iobroker im Raspi Browser laufen zu lassen
Das ist jetzt eine neue Info!
Hat ichts mit iob auf pi3 an sich zu tun.
Warum willst du auf dem selben pi3 auf dem der ioBroker Server läuft auch noch eine speicherfressende GUI mit Browser laufen lassen um dort lokal auf ioBroker zuzugreifen.Dein Problem ist dann wie vermutet nicht ioBroker, sondern der Grafik Overhead, der 3x mehr Ressourcen brau ht als der ioBroker.
-
ich würde es so formulieren - es ist der Grafik Overhead des ioBroker UIs, welches letztendlich den Raspi 3 in die Knie zwingt. :-)
Ich habe den IOB nun auf der Bullseye lite Version, ohne Desktop und Browser laufen und greife auf den IOB von einem anderen Rechner im Netz zu.
Das funktioniert soweit jetzt einwandfrei. -
ich würde es so formulieren - es ist der Grafik Overhead des ioBroker UIs, welches letztendlich den Raspi 3 in die Knie zwingt. :-)
Ich habe den IOB nun auf der Bullseye lite Version, ohne Desktop und Browser laufen und greife auf den IOB von einem anderen Rechner im Netz zu.
Das funktioniert soweit jetzt einwandfrei.@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
es ist der Grafik Overhead des ioBroker UI
Nein, es ist der Overhead aus laufendem X-Server, Desktop Environment und diverser Chromium-Prozesse. Das passt nicht mehr sinnvoll in 1GB RAM.
Und unnötig ist es aus vielen weiteren Gründen auch noch. -
ich würde es so formulieren - es ist der Grafik Overhead des ioBroker UIs, welches letztendlich den Raspi 3 in die Knie zwingt. :-)
Ich habe den IOB nun auf der Bullseye lite Version, ohne Desktop und Browser laufen und greife auf den IOB von einem anderen Rechner im Netz zu.
Das funktioniert soweit jetzt einwandfrei.@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
es ist der Grafik Overhead des ioBroker UIs, welches letztendlich den Raspi 3 in die Knie zwingt.
Nein!
sieh dir doch unter TOP die Verbraucher deines RAM an.
alleine auf dem Screenshot, der nicht nach MEM sortiert ist, sieht man dass ca. 80% deines RAM alleine von Chromium verbraten werden! -
@thomas-braun said in ioBroker läuft nicht auf RasperryPI3:
Und warum installiert man im September 2022 ein bereits geraume Zeit abgekündigtes Produkt?
Installier das aktuelle Release 'Bullseye'.Ich habe noch ein paar Anwendungen drauf die wahrscheinlich nicht so ohne weiteres auf Bullseye laufen werden.
Falls es daran liegen sollte dass iobroker unter Stretch nicht mehr lauffähig ist, wäre es für mich einfacher einen zweiten Raspi zu kaufen:)@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Ich habe noch ein paar Anwendungen drauf die wahrscheinlich nicht so ohne weiteres auf Bullseye
Dann gäbe es da noch die Möglichkeit das unter Bullseye in einem docker-container mit einem der angebotenen stretch-images auszuführen.
https://hub.docker.com/_/debian/tags?page=1&name=stretch -
@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:
Ich habe noch ein paar Anwendungen drauf die wahrscheinlich nicht so ohne weiteres auf Bullseye
Dann gäbe es da noch die Möglichkeit das unter Bullseye in einem docker-container mit einem der angebotenen stretch-images auszuführen.
https://hub.docker.com/_/debian/tags?page=1&name=stretchIch habe noch ein paar Anwendungen drauf die wahrscheinlich nicht so ohne weiteres auf Bullseye
Das wäre halt zu prüfen. Die Wahrscheinlichkeit halte ich aber für sehr gering.
Da wird es was aktuelles geben oder zumindest eine aktuelle Alternative.
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 Anmelden628
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge