NEWS
SOLVED (GELÖST) --- Probleme mit iobroker - bin mit meinem Latein am Ende
-
Hallo Leute,
Ich brauch nun doch mal wieder Unterstützung aus dem Forum, ich habe bis jetzt versucht das Problem mit Lesen (im forum) und probieren allein in den Griff zu bekommen. Leider Pustekuchen
Zu meiner Konfig:
iobroker - Linux System aktuell
node v8.15.1
node.js v8.15.1
npm v6.4.1
Raspi 3B+
Alle Adapter und JS-controller aktuell
Logdatei von gestern und heute: iobroker.2019-04-04.log iobroker.2019-04-03.log
Mein Load sieht z.Z. (jeden Tag ungefähr so aus:
Was habe ich bis jetzt getan:- Umstellung von Raspi2 auf Raspi 3B+
- Logdateien analysiert zeitweise Javascript-adapter und spotify-adapter todoist-adapter auf Slave umgezogen. Diese treten immer kurz vor dem amok im Logfile in Erscheinung (error)
- Slave-Rechner konfiguriert und alle RAM-Fresser (Spotify, Javascript und einige andere ausgelagert)
Das alles habe ich jeweils mehrere Tage getestet und keine Besserung festgestellt.
Ich hoffe dass mir jemand hier den entscheidenden tip geben kann das System stabil zu bekommen.
Die Probleme waren übrigens auch vorher mit dem raspi2 (das war der ursprüngliche Grund für den Hardwarewechsel.
Und: der Slave Rechner ist ebenfalls ein Raspi3B+
Das der Sommer im Anmarsch ist komme ich langsam in "Schwulitäten" Meine Poolsteuerung läuft fas ausschliesslich im iobroker ...
Ach ja und in der letzten Woche ist es mehrfach vorgekommen dass ich per SSH und selbst über die Tastatur (lokal) nicht mehr an das system rangekommen bin.
Ich hoffe das sind erstmal genug Infos für Eure Analyse.
Grüße
crepp -
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 sagte in Probleme mit iobroker - bin mit meinem Latein am Ende:
Mein Load sieht z.Z. (jeden Tag ungefähr so aus:
Auffällig sind die Spitzen zu fixen Stunden
Das sieht verdächtig nach Skripten aus, die dann den Server lahmlegen -
@Homoran
Ja, genau das habe ich auch als erstes gedacht. aber ein Deaktivieren des javascript-adapters hat nicht geholfen. Wenn man genau ins log schaut ist es in ca. 90% der Fälle kurz nach um (Es gibt aber auch Fälle mit Load=50 die zu einer anderen Zeit sind.) -
@crepp1967
Boote mal den js-Adapter und/oder den RasPi neu.Wenn da noch "verlorene" schedules aktiv sind, löscht das diese.
Im Vorfeld solltest du aber schon mal den js-Adapter stoppen, damit diese nicht wieder gestartet würden - und das ggf. mehrfach
-
@crepp1967
ich muss jetzt raten, aber ich sehe im log um 03:12 (was der Peak sein KÖNNTE2019-04-04 03:12:25.395 - [31merror[39m: host.iobroker instance system.adapter.milight.0 terminated with code 7 (Adapter already running)
Dagegen hilft reboot des RasPi
Dann noch etwas:
2019-04-04 03:12:30.243 - [33mwarn[39m: ping.0 please update js-controller to at least 1.2.0
Bevor ich jetzt weitersuche: Wie alt ist dein js-controller wirklich? Aktuelle Version in stable ist 1.4.2
und wenn man schon so seltsame Spitzen hat sollte man sich da das log etwas genauer ansehen. Wie z.B. gegen 08:00:
-
backitup schau mal die Konfiguration dir mal an
und das ist auch affällig immer wieder
2019-04-03 14:05:30.355 - [33mwarn[39m: parser.0 Reconnection to DB. 2019-04-03 14:05:30.377 - [33mwarn[39m: alexa2.0 Reconnection to DB. 2019-04-03 14:05:30.424 - [33mwarn[39m: telegram.0 Reconnection to DB. 2019-04-03 14:05:30.362 - [33mwarn[39m: hue.0 Reconnection to DB. 2019-04-03 14:05:30.395 - [33mwarn[39m: admin.0 Reconnection to DB. 2019-04-03 14:05:30.420 - [33mwarn[39m: mqtt.0 Reconnection to DB. 2019-04-03 14:05:30.726 - [33mwarn[39m: backitup.0 Reconnection to DB. 2019-04-03 14:05:30.761 - [33mwarn[39m: radar.0 Reconnection to DB. 2019-04-03 14:05:30.804 - [33mwarn[39m: spotify-premium.0 Reconnection to DB. 2019-04-03 14:05:30.842 - [33mwarn[39m: tr-064.0 Reconnection to DB. 2019-04-03 14:05:30.753 - [33mwarn[39m: milight.0 Reconnection to DB. 2019-04-03 14:05:30.839 - [33mwarn[39m: sonoff.0 Reconnection to DB. 2019-04-03 14:05:35.571 - [31merror[39m: daswetter.0 no connection to states DB: Connection timeout 2019-04-03 14:05:35.572 - [31merror[39m: ical.0 no connection to states DB: Connection timeout 2019-04-03 14:05:35.571 - [31merror[39m: luftdaten.0 no connection to states DB: Connection timeout 2019-04-03 14:05:37.666 - [31merror[39m: ical.1 no connection to states DB: Connection timeout 2019-04-03 14:05:30.755 - [33mwarn[39m: fritzbox.0 Reconnection to DB. 2019-04-03 14:05:30.797 - [33mwarn[39m: web.0 Reconnection to DB. 2019-04-03 14:05:44.778 - [33mwarn[39m: rpi2.1 Reconnection to DB. 2019-04-03 14:05:30.705 - [33mwarn[39m: ping.0 Reconnection to DB.
-
Also mein JS-Controller hat 1.57 (hab auf latest gestellt) Wie komme ich jetzt zurück auf die stable 1.42 ?
Das würde ich als erstes mal glatt ziehen ... -
@crepp1967 1.5.7 ist bei node 10 auch ok.
Aber dein log behauptet, du hättest <1.2.0
-
@Homoran
aber Node habe ich v8
Viell. Node auf 10 upgraden ? -
Bevor hier wilde Vermutungen angestellt werden, würde ich vorschlagen, konkret zu messen.
„I believe ‚atop‘ does what your are looking for. It logs process resource utilization at intervals of your choice, and you can go back in time to see what happened at a specific time (‚atop -r logfile -b time‘ then use ‚t‘ and ‚T‘).“
-
was ist das für ein script? hat was mit todoist zu tun - das findet sich immer vorher - disable mal alles, was mit todoist zu tun hat - scripte und-oder adapter
2019-04-04 07:44:01.361 - [31merror[39m: javascript.0 script.js.common.todoist: SyntaxError: Unexpected token I in JSON at position 0 2019-04-04 07:44:01.361 - [31merror[39m: javascript.0 at JSON.parse (<anonymous>:null:null) 2019-04-04 07:44:01.361 - [31merror[39m: javascript.0 at Request._callback (script.js.common.todoist:111:29) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at Request.self.callback (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:185:22) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at emitTwo (events.js:126:13) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at Request.emit (events.js:214:7) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at Request.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:1161:10) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at emitOne (events.js:116:13) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at Request.emit (events.js:211:7) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:1083:12) 2019-04-04 07:44:01.362 - [31merror[39m: javascript.0 at Object.onceWrapper (events.js:313:30)
-
@Stabilostick
Das werde ich Mal Tun und morgen berichten -
@liv-in-sky
Todoist und Javascript habe ich in meinem ersten Ansatz auf den Slave Rechner umgezogen. das hat damals keine Besserung gebracht. (1. Post) Gestern Abend habe ich beides mal komplett deaktiviert und bin gespannt wie sich der Load Wert heute zeigt ... -
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
-
@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.logSieht auf jeden Fall viel entspannter aus.
Aber meine Scripte und auch die Todoist Liste hätte ich schon gerne wieder ...
Gruß
Torsten -
50:50 entweder oder
-
@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)