SOLVED (GELÖST) --- Probleme mit iobroker - bin mit meinem Latein am Ende
-
@Stabilostick
Habe atop mal installiert. 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.Gruß
Torsten -
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 -
sorry- wollte keinen druck machen - du hast so viel zeit wie du haben willst - js-ad. aktivieren und danach einzeln die scripts aktivieren - hört sich für mich gut an
falls du das log direkt beobachten willst könntest du auch folgenden befehl benutzen
tail -f /opt/iobroker/log/iobroker.2019-04-05.log tail -f /opt/iobroker/log/iobroker.2019-04-05.log | grep errorder befehl zeigt im terminal direkt die veränderungen im log file an (online) - das grep filtert alles außer error nachrichten
könnte vielleicht auch nützlich sein - beobachten beim aktivieren der scripts
-
@liv-in-sky sagte in Probleme mit iobroker - bin mit meinem Latein am Ende:
@homoran macht es eigentlich sinn, den js adsapter auf den slave zu verschieben
Ggf. Brauchst du sogar beide.
Wenn du z.b. auf die Hardware zugreifen willst -
@Homoran ja, der rpi-adapter muss auf dem zu überwachenden Pi laufen
-
@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 ... -
@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.......
