NEWS
js-controller 2.0 ab sofort im Latest Repo
-
@crunchip und Repo ist aktualisiert? Ggf mal „iobroker update“ an kommandozeile?
-
Bei mir eben erfolgreich durchgeführt.
-
@apollon77 repo ja....
Werd dann heut nachmittag mal schaun, wenn ich wieder zu haus bin -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Seit irgendeiner 2.0.x Beta Version
Ok, das ging irgendwie an mir vorbei Mir ist es nur in der VIS auf gefallen als ich etwas an @Mic's Log-Skript angepasst habe.
Die 2.0.29 läuft bisher ohne Auffälligkeiten. Allgemein ist das System die letzten Tage wieder sehr stabil.
-
@MathiasJ Gibt ein bissl mehr Log Kontext? Also paar zeilen drumrum? Passiert es bei bestimmten Aktionen? Welche controller Version? 2.0.25 oder 2.0.29?
Auch wenn das Logging passt sollte 890 die Prozess-ID sein ... Kannst also auch im Log schauen wer der verursacher sein könnte -
Also ich habe alles wie immer geupdated. Erst Slave dann master usw.
Nun habe ich trotzdem alle 10sec folgende Meldung im Log:
host.ioBroker-Tinker 2019-10-14 08:23:27.459 error at process._tickCallback (internal/process/next_tick.js:181:9) host.ioBroker-Tinker 2019-10-14 08:23:27.459 error at _combinedTickCallback (internal/process/next_tick.js:142:11) host.ioBroker-Tinker 2019-10-14 08:23:27.459 error at _handle.lookup (dgram.js:266:18) host.ioBroker-Tinker 2019-10-14 08:23:27.459 error Multihost discovery server: error: Error: bind EADDRINUSE 0.0.0.0:50005
Mein Slave läuft nur für homematic, und da funktioniert auch alles. Also ich habe keine Einschränkungen ausser die Meldung im Log...
MfG
eMd -
@eMd sagte in js-controller 2.0 ab sofort im Latest Repo:
host.ioBroker-Tinker 2019-10-14 08:23:27.459 error Multihost discovery server: error: Error: bind EADDRINUSE 0.0.0.0:50005
Die Meldung heisst das irgendwas Port 50005 Blockiert und Multihost discovery aktiviert ist. Am besten mal schauen ob noch ein js.controller Prozess irgendwie läuft, sonst mal rebooten
-
@apollon77
Ok, hab die. 29 nicht gesehen, nun ist der Fehler weg.Habe aber den Fehler mit der Pids.txt.
Wollte den fixer laufen lassen, aber er meckert das trotz sudo iobroker stop noch Instanzen laufen. Die werden aber bei jedem kill neugestartet...
Kann man nicht iwie den iobroker komplett mit einem Befehl killen?MfG
eMd -
@eMd Dann kille mal zuerst den js-controller ... dann wird auch nichts mehr neu gestartet
-
@eMd hilft denn ggf. der im ersten Post erwähnte Hinweis:
prüfen das keine Prozesse mehr laufenps auxww|grep io
-
@NightWatcher sagte in js-controller 2.0 ab sofort im Latest Repo:
Mal eine allgemeine Frage:
1.) Wieso darf ioBroker auf Windows Systemen, die mit dem Installer installiert wurden, eigentlich nicht mit npm aktualisiert werden?
2.) Gilt das immer grundsätzlich beim aktualisieren von dem js.controller oder nur bei diesem umfangreichen update?
3.) Wie lange wird man voraussichtlich noch auf den neuen installer warten müssen?Ich habe deshalb gefragt, da ich nicht wusste, was passieren könnte, wenn man es über die Kommandozeile aktualisiert. Ich habe es gestern einfach mal gewagt (Windows) und alles läuft noch so, wie gewollt Ich kann keine Probleme feststellen.
Einzig, was ich nicht verstehe:
Ich habe direkt mal mit den Alias rumexperimentiert. Eine coole Sache. Leider wird mir aber weder in der Vis, noch in den Objekten der Value beim Alias angezeigt.Sollte der sich nicht eigentlich auch aktualisieren, wenn das dazugehörige Objekt sich ändert?
Wenn ich aber einen Set Befehl über den Alias absetze, so wird der Umgerechnete wird auch an das original Objekt korrekt übergeben.
Der Wert 255 kommt vom original Objekt, der NaN vom Alias. -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
Logs im Admin zeigen jetzt korrekt nur die Logs vom gewählten Loglvel an
Interessant wäre eine Option das man Alle Adapter auf eine bestimmte Log Stufe stellen kann?
-
@NightWatcher sagte in js-controller 2.0 ab sofort im Latest Repo:
Ich habe deshalb gefragt, da ich nicht wusste, was passieren könnte, wenn man es über die Kommandozeile aktualisiert. Ich habe es gestern einfach mal gewagt (Windows) und alles läuft noch so, wie gewollt Ich kann keine Probleme feststellen.
Hab ich auch gemacht, keine Probleme erkennbar.
-
@apollon77
Hm doch, der JS Controller startet auch jedes Mal neu und somit nach und nach die Adapter...sudo kill - 9 PID
Das ist mein Befehl... Sorry, müsste mich mit Prozessen bisher nicht beschäftigen
-
@NightWatcher sagte in js-controller 2.0 ab sofort im Latest Repo:
Ich habe direkt mal mit den Alias rumexperimentiert.
gehört das nicht eher in einen Thread zu diesem Adapter, als hierher?
-
Was gehört denn dann in diesen Thread? Nur die "Bei mir läuft alles" Antworten?
Welchen Thread sollte ich deiner Meinung nach für den Fehler, der zum js.controller core gehört, benutzen? Oder meinst du einen eigenen Beitrag eröffnen?
-
@BBTown sagte:
gehört das nicht eher in einen Thread zu diesem Adapter, als hierher?
Alias ist kein Adapter, sondern wird vom js-controller behandelt. Es würde allerdings Sinn machen, für diese neue Funktionalität ein eigenes Thema zu eröffnen.
-
@sigi234 Was genau meinst Du? Ja, aktuell geht es über den Expertenmodus unter "Instanzen" pro Instanz. Oder "On the fly" über system-adapter.name.instanz.logLevel
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@sigi234 Was genau meinst Du? Ja, aktuell geht es über den Expertenmodus unter "Instanzen" pro Instanz. Oder "On the fly" über system-adapter.name.instanz.logLevel
Issues auf GitHub erstellt.
https://github.com/ioBroker/ioBroker.admin/issues/445 -
@sigi234 sagte in js-controller 2.0 ab sofort im Latest Repo:
unter "Instanzen" pro Instanz
Ja, pro Instanz. Ich möchte aber Alle Adapter auf zB. warn stellen. Das muss ich derzeit für jeden einzeln machen.