SOLVED (GELÖST) --- Probleme mit iobroker - bin mit meinem Latein am Ende

[liv-in-sky]

ich meinte auch nicht, den javascript adapter umzuziehen sondern falls du den todoist adapter installiert hast - diesen zu disablen und falls irgend ein script bei dir auf diesen adapter zugreift, diese auch zu deaktivieren. das script liegt unter common und heißt "todoist"

ob man den javascript adapter auf den slave umziehen sollte, weiß nicht, ob das eine gute idee ist - kann sicher jemand anders beantworten

der ping adapter meint auch immer, du hast einen alten js-controller - den würde ich vielleicht auch mal neuinstallieren

zeig doch nochmal ein neues log

[crepp1967]

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]

@liv-in-sky
Habe gestern abend javascript und todoist deaktiviert und seitdem keine Spitzen mehr ...
Werde mal noch bis heute abend abwarten und dann nur den javascript wieder einschalten ?! oder seit ihr anderer Meinung ?
anbei noch ein Log von heute.
iobroker.2019-04-05.log

Sieht auf jeden Fall viel entspannter aus.

Aber meine Scripte und auch die Todoist Liste hätte ich schon gerne wieder ...
Gruß
Torsten

[arteck]

50:50 entweder oder

[Homoran]

@arteck
Und der JS Adapter selbst ist es ja nicht.

Du musst das Skript finden, das da Amok läuft

[liv-in-sky]

natürlich würde ich den javascript aktivieren - ohne macht iobroker keinen sinn

zur fehlersuche brauchen wir den

[liv-in-sky]

@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

[crepp1967]

@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)

[crepp1967]

@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

[liv-in-sky]

@crepp1967

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 error

der 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

[Homoran]

@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

[crepp1967]

@Homoran ja, der rpi-adapter muss auf dem zu überwachenden Pi laufen

[crepp1967]

@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 ...

[liv-in-sky]

@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

[crepp1967]

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

[Stabilostick]

@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.

[liv-in-sky]

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?

[crepp1967]

@Stabilostick Danke, da hätte ich auch selber drauf kommen können, aber mit der shell mach ich nicht so viel ...,

[crepp1967]

@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.

[liv-in-sky]

@crepp1967

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

error: luftdaten.0 Error: connect ECONNREFUSED 192.168.1.21:80
error: spotify-premium.0 erron in request: Error: getaddrinfo EAI_AGAIN api.spotify.com:443
error: spotify-premium.0 erron in request: 500
error: 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 ?

[Röstkartoffel]

@liv-in-sky sagte in Probleme mit iobroker - bin mit meinem Latein am Ende:

@crepp1967

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