NEWS
SOLVED (GELÖST) --- Probleme mit iobroker - bin mit meinem Latein am Ende
-
@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 -
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 -
@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) -
@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