SOLVED (GELÖST) --- Probleme mit iobroker - bin mit meinem Latein am Ende
-
@liv-in-sky hab jetzt einen Tag js-adapter deaktiviert gehabt - null Probleme.
Gestern Abend js-adapter aktiviert (alle Scripts gestoppt) trotzdem load durch die Decke gegangen mit anschließendem kompletten einfrieren des pi.
Werde heute Abend den Adapter deinstallieren u. Neu einrichten. Mal sehen ... -
Hallo, Ich denke das ich das Problem gelöst habe:
Habe wie schon oben gesagt 17 Adapter auf dem Master laufen. zusätzlich habe ich nun die aktuelle JS-Controller Version drauf. Das "npm rebuild" war der entscheidende Hinweis (denke ich) Danach und einem Neustart des Servers. wurde plötzlich die wahre Version auf dem Master angezeigt ! Dies war die veraltete 1.42. Seitdem ich die aktuelle 1.57 und nur noch 17 Adapter auf dem Master am Laufen habe läuft der Master superstabil . Alle restlichen (benötigten) Adpater ziehe ich jetzt so nach und nach auf den Slave um. Damit sollte das Problem gelöst sein.
Vielen Dank für die vielen helfenden Hinweise aus dem Forum !!!
Das schätze ich so an diesem Forum.
Grüße aus Thüringen
crepp -
@crepp1967 ich hatte mal ein problem mit einem script - da half nur den iobroker server neu zu starten - obwohl ich den adapter deaktiviert hatte - das script lief weiter - nur iobroker neu zustarten half da nicht!
bevor du neu installierst -starte mal neu mit aktivierten js adapter und "gepausten" scripts - ist dann immer noch ein hoher "load" würde ich auch mal den adapter neuinstallieren
-
Ich habe gestern abend nach einem Pi-Neustart (mit aktivierten Javascript-adapter) 2 Scripte aktiviert (mein todoist Script ist noch deaktiviert).
Das Ergebnis seht ihr im Anhang. Der Load ist teilweise bei knapp 9. Ich weiss jetzt nicht ob das normal für die Belastung ist.
Das Logfile hänge ich noch mit hier an.Gruß
crepp
iobroker.2019-04-08.log iobroker.2019-04-07.log
-
@crepp1967 sagte in Probleme mit iobroker - bin mit meinem Latein am Ende:
@Wie bringe ich das Programm dazu in eine datei zu loggen. Livebetrieb ist kein Problem aber in die datei zu schreiben habe ich noch nicht hinbekommen.
Hallo Torsten,
„man atop“ zeigt die Anleitung zu atop an. Parameter sind -w und -r.
-
hi,
aus deinem log erkenne ich keinen speziellen fehler - was aber immer wieder mal auftritt sind sonoff (code156), telegram, email und luftdaten - und es kommt vor, das es keinen datenbank zugriff gibt. könntest du mal testen, ob email und telegram generel nutzbar sind? funktionieren die sonoffs?
wenn ja denke ich, man sollte mal ein allgemeines netzwerkproblem in betrachtung ziehen.hast du eigentlich irgendwelche linux-scripts auf den raspi's installiert? wann machst du backups? z.b. ionbroker backup?
-
@Stabilostick Danke, da hätte ich auch selber drauf kommen können, aber mit der shell mach ich nicht so viel ...,
-
@liv-in-sky Der Fehler 156 ist mir auch schon aufgefallen. Die sonoffs haben gestern funktioniert und den email adapter benutze ich nur in Verbindung mit einigen scripten. Werde ich alles heute abend erledigen. Danke erstmal für die Tipps. Der Luftdaten adapter lief am Wochenende auch ohne Probleme.
-
eine fehlerquelle könnte z.b ein gerät sein, das aus einem standby aufwacht (z.b. netzwerkdrucker) - eine doppelte ip adresse (zwei geräte habene eine ipadresse) nutzt - kurz für unordnung sorgt und sich wieder schlafen legt. es sind ja (außer sonoff) nur temporäre fehler. vielleicht hast du einen sonoff mit doppelter ip ?
aber so wie es im moment aussieht, ist das große problem mit dem script schon mal gefunden - dort scheint doch etwas nicht zu stimmen
evtl haben wir hier noch ein zweites kleines thema - im netzwerk
vielleicht kannst du mal ein wenig von deinem netzwerk berichten - router (evt. mehrere) , dhcp oder feste ip,
beispiele
[31merror[39m: luftdaten.0 Error: connect ECONNREFUSED 192.168.1.21:80
[31merror[39m: spotify-premium.0 erron in request: Error: getaddrinfo EAI_AGAIN api.spotify.com:443
[31merror[39m: spotify-premium.0 erron in request: 500
[31merror[39m: telegram.0 polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
....seltsam ist auch, dass die sonoff probleme plötzlich um 00:59 aufhören -weißt du evtl. noch , was du um diese zeit getan hast ?
-
@liv-in-sky sagte in Probleme mit iobroker - bin mit meinem Latein am Ende:
eine fehlerquelle könnte z.b ein gerät sein, das aus einem standby aufwacht (z.b. netzwerkdrucker) - eine doppelte ip adresse (zwei geräte habene eine ipadresse) nutzt - kurz für unordnung sorgt und sich wieder schlafen legt. es sind ja (außer sonoff) nur temporäre fehler. vielleicht hast du einen sonoff mit doppelter ip ?
So ein Thema hatten wir auch in diesen Thread, die Lösung war im Beitrag 133!
Link Text -
@liv-in-sky
Ich habe im LAN 2 Fritzboxen u. 2 Repeater. Eine macht DHCP und ist gleichzeitig für die Inet Verbindung zuständig. alle wichtigen Geräte haben eine feste IP . Netzwerkdrucker gibt es nicht. Was natürlich auffällt (auch jetzt mit nur noch 2 aktiven scripts) ist der Peak immer zur vollen Stunde. Der schaukelt sich zwar nicht so hoch wie vorher (und führt deswegen wohl auch nicht zum einfrieren des systems aber ist trotzdem nicht schön. Habe gestern leider nichts tun können. Ich hoffe es wird heute was. auf jeden Fall werde ich mir als nächstes meine NetzConfig noch mal genau anschauen und dann berichten.
Grüß
Torsten -
@liv-in-sky sagte in Probleme mit iobroker - bin mit meinem Latein am Ende:
seltsam ist auch, dass die sonoff probleme plötzlich um 00:59 aufhören -weißt du evtl. noch , was du um diese zeit getan hast ?
Nein, die Zeit sagt mir nichts.
-
Wollte mich mal wieder melden, da ich die letzten Tage etwas kränklich war...
also ich habe das Problem mit dem Sonoff adapter behoben (terminated with code 156). Die wurden doch tatsächlich jede Minute neu gestartet
Mit den extremen Loadwerten ist es nur bedingt besser geworden.
aktuell läuft der iobroker nur als Master ohne Slave Rechner. Javascript mit zwei aktiven scripts. Obwohl man sagen muss das es schon besser geworden ist (Habe z.b. keine komplettausfälle mehr --> Einfrieren des Servers)
habe ich doch ab und zu extreme Spitzen. Einerseits wenn ich Adapter-Updates über die admin-Seite einspiele, andrerseits auch völlig ohne Anlass (zumindest habe ich noch keinen Grund erkannt)
Ich habe die sonoff-logs erweitert, deswegen sind sie z. z. wesentlich größer als beim letzten Mal.
iobroker.2019-04-12.log
Ich habe mir das log um die Zeit vor dem Peak (18:26) noch mal genau angeschaut. Ich habe nix finden können was in einem zusammenhang mit dem iobroker stehen könnte. Man sieht im log (m.M.) nur die Auswirkungen: Javascript kackt als erstes ab.
Werde jetzt mit dem atop tool mal ein bisschen mitloggen was auf Systemebene läuftGrüße
Torsten -
@crepp1967
Eine ungewollte Schleife in einem Script erscheint auch nicht im Log.
Dazu müsste schon etwas programmiert werden -
Hallo, ich wollte mal kurz ein Zwischenstand geben:
Das Problem ist nach wie vor (Habe Javascript mit einem aktiven Script laufen). Der Server kommt in unregelmäßigen Abständen (meist kurz nach um, aber nicht nur) auf 10-30 CPU Load. Zu diesem Zeitpunkt ist er nicht erreichbar und steht faktisch still. In den letzten 14 Tagen habe ich mit atop logs gesammelt und sie jetzt auch mal auszugsweise ausgewertet. Ich sehe das der Swapspeicher voll ist und auch der RAM ist sehr eng zu dem Zeitpunkt. Aber ich sehe nicht die Ursache.
In 14 Tagen musste ich den Server 2x resetten (Stecker ziehen) damit er überhaupt wieder zugreifbar ist. Ich komme langsam ins Grübeln ob mein System überhaupt mit einem Raspi machbar ist (Ich habe 30 aktive Adapter inkl. admin und javascript) Ich hatte aber vorher auch mit Master u. slave experimentiert (Adapter auf beide aufgeteilt). Die CPU Spitzen auf dem Master waren genau so da. Nun benötige ich Hilfe beim Einkreisen des Problems. Wer kann mir helfen die atop-Logs zu analysieren ? Da sie ziemlich gross sind kann ich sie nicht hier hochladen.Grüße
crepp -
@crepp1967
30 Adapter sind deutlich über der grenze für 1gb ram.Wenn das system wegen RAM mangel anfängt zu swappen schaukelt es sich durch die verzögerung beim I/O natürlich auf und die Load geht in die Höhe.
Steckerziehen ist da nicht die Lösung, da danach alles defekt sein kann, sondern viel Geduld. Und zeit in der nichts läuft. -
Ich würde die Hardware wechseln (wegen RAM)...........Nuc, Nas...... Meine Meinung.......
-
hi @crepp1967
du hast 30 adapter und nur ein laufendes script - das heißt, du könntest doch auch mal alle adapter, die nicht benötigt werden, auf pause stellen. bei einem script benötigst du doch nur den admin, den js und den adapter, der die benötigten datenpunkte schreibt.
da du ziemich neue node,.. versionen hast, hast du vielleicht beim update kein "npm rebuild" auf der console gemacht - vielleicht spinnt ja einer der älteren adapter. wenn du dir sicher bist, dass das einzige script keine endlosschleife erzeugt, müßte man somit einkreisen können, ob ein adapter oder resourcen problem ist. einfach stückweise ein paar adapter hinzuaktivieren und etwas warten.
poste mal zur sicherheit dein einziges aktives script, damit wir da kurz reinschauen können.
poste auch mal ein bildschirmbild von der instanz-tab -
@Homoran Wieviele Adapter sind denn für 1Gb zu empfehlen ? Ich möchte erst mal nur ein zuverlässiges System. Da kann ich auch auf einige Adapter verzichten (Javascript + Homematic sind natürlich unverzichtbar)
Über den Ausbau der Hardware werde ich wohl nicht herum kommen ... Aber ich dachte mir wenn ich die Adpater zu gleichen Teilen auf die 2 Raspis (3B+) verteile, funktioniert es. Aber das war ja auch ein Fehlschluss. (siehe Threadstart)
Gruß
crepp -
@crepp1967 sagte in Probleme mit iobroker - bin mit meinem Latein am Ende:
Wieviele Adapter sind denn für 1Gb zu empfehlen ?
Sicher sollte es mit 15-20 gehen.
Es kann auch mit mehr klappen und mit weniger nicht, je nachdem wieviel RAM die verwendeten adapter benötigen.Spätestens wenn das System zu swappen beginnt ist Alarm angesagt.
-
@Homoran Ok dann werde ich erst mal alles "überflüssige" deaktivieren und dann sehen wir weiter...
Gruß
crepp
