SOLVED (GELÖST) --- Probleme mit iobroker - bin mit meinem Latein am Ende
-
50:50 entweder oder
-
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 -
@arteck
Und der JS Adapter selbst ist es ja nicht.Du musst das Skript finden, das da Amok läuft
-
natürlich würde ich den javascript aktivieren - ohne macht iobroker keinen sinn
zur fehlersuche brauchen wir den
-
@homoran macht es eigentlich sinn, den js adsapter auf den slave zu verschieben ? oder ist das unwichtig - ich dachte, da der master performanter ist sollte der auf dem master laufen
-
@liv-in-sky
Na Hardwareseitig habe ich master & slave identisch. Ich werde also heute abend den js-adapter wieder aktivieren und als erstes ohne aktivertes Script laufen lassen. Ich denke so viel Zeit muss sein. wenn das dann läuft werde ich die scripte nacheinander wieder aktivieren (die mir wichtig sind) -
@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 -
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.
