NEWS
Stabilitätsproblem: Überwachung und ggf. RPi Neustart
-
Hmm das wird schwierig den wen dein System nicht mehr reagiert kan man es auch nicht sanft neu starten.
Wen er festläuft, kommst du dann noch auf die console ?
Läuft irgendwas (zB Scripte) welche dein System komplett auslasten ?
Welche hm-rega und hm-rpc Version benutzt du (wegen dem Connect Fehler)
Sent from my iPhone using Tapatalk
-
Das ist ja das Problem, welches ich habe, es geht nix mehr, nicht einmal der Connect zur Konsole und im Log steht auch nix :(
Oder muss ich mir eine andere Logdatei anschauen, außer der von dem WebUI?
Danke, dann werde ich das mal updaten :)
-
Mich würde deine ioBroker Log Interessieren
Sent from my iPhone using Tapatalk
-
Ich kann nur den Tip geben: Irgendwo einen PS laufen lassen dort ne SSH Session offen haben und dort "top" laufen lassen.
Wenn dein rechner dann "einfriert" siehst DU dort mal mindestens die "letzte" Anzeige von Top und siehst was passiert ist wenn es mit RAM oder Prozessor zu tun hat.
Die üblichen Themen sind: RAM geht aus, er kommt ins swappen, dann deswegen Load hoch und dann ist bei SD Karten-Systemen meistens ende weil die SD Karte als Swap-medium schlicht zu langsam ist.
Aber man sieht dann welcher Prozess der auslöser ist
-
Was genau meinst Du mit PS?
Gestern hing der RPi2 wieder einmal und nix ging. Nach dem Neustart habe ich dann aber im Log gesehen, dass der MAXCube-Adapter timeouts und error-Einträge hatte. Deshalb habe ich den jetzt erst einmal deaktiviert und schaue mal, ob alles stabiler läuft :)
Wie update ich den am Besten den hm-rpc-Adapter? Gibt es da einen Punkt im WebUI, welchen ich übersehen habe?
-
Was genau meinst Du mit PS? `
PS = Powershell
Wie update ich den am Besten den hm-rpc-Adapter? Gibt es da einen Punkt im WebUI, welchen ich übersehen habe? `
Unter tabblad Adapter den Adapter suchen und updaten.
Die neue Version ist aber nur verfügbar mit der latest repository!
Sent from my iPhone using Tapatalk
-
So, nach langer Zeit weiß ich jetzt woran es liegt. Dafür habe ich auf meinem Win10-Server putty laufen lassen und mit "htop" die Prozesse überwacht. Jedes Mal wenn der RPi hing, war es kein bestimmter Prozess, sondern einfach der RAM zugemüllt. Zuletzt lief er 17 Tage ohne Probleme und gestern hing er wieder. Wieder der RAM zugemüllt, bis zum Anschlag.
Wer jetzt genau dafür zuständig ist, weiß ich allerdings nicht :(
Gibt es eine Möglichkeit den RAM freischaufeln zu lassen oder ggf den RPi neu starten, insofern eine gewisse Vorgebbare Grenze überschritten wurde? Oder sollte man evtl. doch andere Hardware einsetzen? Diese müsste aber ein HM-MOD-RPI-PC-Modul aufnehmen können (Empfehlung)?
Vielen Dank für die Hilfe :)
-
Du kannst im ioBroker-Admin auf der Instanzen-Seite ja zumindest relativ gut sehen welcher Adapter wieviel RAM "verheizt" (ggf. musst du erst den Expertenmodus aktivieren). Und du kannst dort sogar noch den für den jeweiligen Adapter verfügbaren RAM begrenzen. wobei das mit der Begrenzung nur in Grenzen hilft. Wenn du zu viel auf der Kiste laufen hast dann ist das 1GB RAM was der RasPi mitbringt schnell das Nadelöhr und da du ja offensichtlich auch noch die PiVCCU drauf hast wird da wohl in der Tat ziemlich schnell die Grenze erreicht sein. Dann wäre meine Empfehlung einfach einen zweiten RasPi (oder auch was anderes) im Multihost-Modus dazuzunehmen und so den Load zu verteilen.