[Diskussion] js-controller 1.5.8 im Latest Repository

[Jan1]

Hm, ich nutze kein VIS, deshalb schließe ich das bei mir aus.
Das Problem mit dem TR-064 Adapter tritt sofort auf, wenn ich von js 1.5.7 nach 1.5.8 update und lässt sich auch jedes mal reproduzieren.

[SBorg]

Lizenz habe ich auch keine mehr, aber der TR-064 scheint bei Linux (soef) nicht mehr zu wollen. VIS brachte da auch einige Fehler-Abhängigkeiten mit.

[sigi234]

@SBorg sagte in [Diskussion] js-controller 1.5.8 im Latest Repository:

Lizenz habe ich auch keine mehr

Geht wieder mit Version 1.2.0
Hinweis: Musste den Host neu starten, erst dann hat sich Vis upgedatet.........

[Jan1]

@Yetiberg sagte in [Diskussion] js-controller 1.5.8 im Latest Repository:

Via Terminal ins Verzeichnis "/opt/iobroker/node_modules/iobroker.tr-064" gehen und:
sudo npm install soef

So, bei mir läuft wieder alles ohne Fehler im Log und auf den aktuellen Versionen aller installierter Adapter und js-controller.

Das erste Problem war der TR-064 Adapter und wurde mit der Anweisung von @Yetiberg gelöst.
Dies hatte allerdings zur Folge, dass der wifilight Adapter dann das Problem mit soef hatte und wurde ebenfalls mit der selben angepassten Anweisung von @Yetiberg gelöst.

@apollon77 meinte zwar, dass man damit aufpassen soll und hat ein anderen Vorschlag gemacht, der leider nicht zur Lösung des Problems beigetragen hatte.
Wieso das in Verbindung mit dem Update auf 1.5.8 aufgetreten ist, weiß ich nicht, lässt sich aber jederzeit reproduzieren. Irgendwas an meinem System ist wohl anderes als bei denen die damit keine Probleme haben.

Danke an alle die geholfen haben damit bei mir wieder alles grün ist und im Log nichts rotes auftaucht

[Jan1]

https://forum.iobroker.net/topic/22305/gelöst-fehler-adapter-tr-064-startet-nicht

Da hat einer das selbe Problem nach dem Update.

[PrinzEisenherz1]

Hab auchh auf 1.5.8 geupated (Master und Slave) und hatte auch das Problem mit dem tr-064 Adapter.

cd /opt/iobroker/
iobroker stop tr-064
cd /opt/iobroker/node_modules/iobroker.tr-064
npm install soef

hat geholfen.

Bis jetzt sonst keine weiteren Auffälligkeiten am update

Gruß
Johnny

P.S. War als root angemeldet deswegen ohne sudo

[gfrene]

@PrinzEisenherz1 said in [Diskussion] js-controller 1.5.8 im Latest Repository:

Hab auchh auf 1.5.8 geupated (Master und Slave) und hatte auch das Problem mit dem tr-064 Adapter.

cd /opt/iobroker/
iobroker stop tr-064
cd /opt/iobroker/node_modules/iobroker.tr-064
npm install soef

hat geholfen.

Bis jetzt sonst keine weiteren Auffälligkeiten am update

Gruß
Johnny

P.S. War als root angemeldet deswegen ohne sudo

Jupp, bei mir das gleiche .... der 1.5.7 hatte bei mir noch Probleme gemacht was mit dem 1.5.8 nicht mehr der Fall ist. DANKE

[Jan1]

Eigentlich dürfte das Problem mit soef bekannt sein, ebenso wie die Lösung wenn es hier zu Problemen bei IOBroker Updates kommt.
Da ich bei allen Adaptern des Entwicker SOEF gestern nach dem Update und Anwendung der Lösung dafür Probleme hatte, habe ich mal etwas genau nach gesehen und des Rätsels Lösung auf GitHub gefunden.
Dieser Entwickler hat sich zurückgezogen und für alle seiner Adapter soll es wohl früher oder später eine "community" Version geben, zumindest gibts dazu Verweise auf Github. Wenn ich dann schon das Log, dass dieses Problem betrifft poste, hätte man das auch gleich klarstellen können. OK, es wurde gelöst und danke noch mal dafür.
Hier mal ne Übersicht über die IOBroker Projekte des Entwickler SOEF, falls einer Probleme mit diesen nach dem Update hat, die gepostete Lösung hier hat bei mir bei den betroffenen Adapter geholfen.

[BBTown]

@Jan1 sagte in [Diskussion] js-controller 1.5.8 im Latest Repository:

hätte man das auch gleich klarstellen können

ich habe versucht darauf hinzuweisen, dass SOEF meines erachtens nicht mehr aktiv ist

Ansonsten empfinde deine fordernde und anklagende Art nicht besonders zielführend, aber das ist meine persönliche Meinung ...

[Jan1]

@BBTown
Lass uns nicht streiten, aber hier in dem Thread hast Du zu dem Thema nichts geschrieben und ich halte es für wesentlich weniger zielführend, wenn man ein User nicht gleich darauf hinweist wenn das schon bekannt ist, zumindest ist das mein Eindruck, wenn ich mir die Einträge bei den einzelnen Adapter auf GitHub ansehe und ich das Log, das genau darauf hinweist in meinem ersten Post schon drin habe.
Es hätte das ganze wesentlich verkürzt und übersichtlicher gehalten. Das ist meine Meinung dazu.

Um weiter Fragen dazu gleich zu verhindern, habe ich auch alle eventuell für Probleme in Frage kommenden Adapter hier gepostet.
OK, ich hätte mich etwas diplomatischer ausdrücken können, was aber am Inhalt nichts ändert und ich das drumherum Gerede nicht wirklich mag, auch wenn es dann doch mal aneckt. Also in dem Sinne, das Update hier kann zu besagten Problemen führen und dafür gibts ne Lösung. Für eine Analyse der exakten Zusammenhänge fehlt mir leider das Wissen, da es aber auch bei anderen auftritt und ich es so oft ich will zu 100% reproduzieren kann (zumindest mal auf meinem System) gibts eben den Zusammenhang zwischen Update und Problem, was hier auch angezweifelt wurde, aber wie geschrieben, da habe ich nicht das nötige Wissen was sich da wo und warum beist.

So, ende nun. Die neue Version 1.5.8 läuft und kann eventuell bei den genannten derzeit nicht mehr gepflegten Adaptern ein Problem verursachen das sich recht einfach lösen lässt

[SBorg]

Dann mal btt: 1.5.8 lüppt bisher problemlos

[Stuebi]

Hatte mit dem TR 064 und Find my iPhone Adapter.

2019-05-08 11:29:50.703 - error: Caught by controller[0]: /opt/iobroker/node_modules/soef/soef.js:1383
2019-05-08 11:29:50.703 - error: Caught by controller[0]: fns.adapter = fns.adapter(options);
2019-05-08 11:29:50.703 - error: Caught by controller[0]: ^
2019-05-08 11:29:50.704 - error: Caught by controller[0]: TypeError: fns.adapter is not a function
2019-05-08 11:29:50.704 - error: Caught by controller[0]: at Object.exports.Adapter (/opt/iobroker/node_modules/soef/soef.js:1383:23)
2019-05-08 11:29:50.704 - error: Caught by controller[0]: at Object. (/opt/iobroker/node_modules/iobroker.find-my-iphone/find-my-iphone.js:15:20)
2019-05-08 11:29:50.704 - error: Caught by controller[0]: at Module._compile (module.js:653:30)
2019-05-08 11:29:50.704 - error: Caught by controller[0]: at Object.Module._extensions..js (module.js:664:10)
2019-05-08 11:29:50.704 - error: Caught by controller[0]: at Module.load (module.js:566:32)
2019-05-08 11:29:50.704 - error: Caught by controller[0]: at tryModuleLoad (module.js:506:12)
2019-05-08 11:29:50.704 - error: Caught by controller[0]: at Function.Module._load (module.js:498:3)
2019-05-08 11:29:50.705 - error: Caught by controller[0]: at Function.Module.runMain (module.js:694:10)
2019-05-08 11:29:50.705 - error: Caught by controller[0]: at startup (bootstrap_node.js:204:16)
2019-05-08 11:29:50.705 - error: Caught by controller[0]: at bootstrap_node.js:625:3
2019-05-08 11:29:50.705 - error: host.iobroker instance system.adapter.find-my-iphone.0 terminated with code 1 ()

geholfen hat bei mir wie oben schon beschrieben

# TR 064
cd /opt/iobroker/node_modules/iobroker.tr-064
npm install soef

# Find my iPhone
cd /opt/iobroker/node_modules/iobroker.find-my-iphone/
npm install soef

VG
Stübi

[apollon77]

Wenn ein update der soef Lib hilft cool! Ich hatte mich in die Adapter schonmal reingearbeitet teilweise und dabei festgestellt das das ggf nicht immer hilft.

Ja wir sind gerade dabei die Adapter in die Adapter-Community zu übernehmen, alle wieder fit zu machen, zu testen und neu zu releasen. Leider wird das dann aber unter neuem Namen sein Aber das ist (auch wegen der Soef-Lib) alles nicht ganz so simpel und wird daher etwas dauern.

[justr]

Hallo Community,

nach Upgrade auf 1.5.8 kann ich nicht mehr über die externe URL (fgljpxxxxxxxxx.myfritz.net) auf Admin zugreifen.
D.h. es funktioniert:
https://localhost:port
https://interneIP:port
https://externeIP:port

Es funktioniert nicht:
https://externeURL:port

Da die externe IP funktioniert kann es nicht am Port-Forwarding liegen und da ich über die externe URL immer noch auf meine FritzBox komme, liegt es auch nicht am DNS.

Interessanterweise hilft auch ein Downgrade auf 1.5.7. nichts. Nach etwas Probieren bin ich nun auf Greenlock (Let's encrypt) als Ursache gestoßen. Die 1.5.7 kam mit greenlock@2.6.8, die 1.5.8 mit greenlock@2.7.18 und ein Downgrade auf 1.5.7 hat die greenlock-Version auf 2.7.18 belassen. Durch Testen habe ich nun die Version 2.7.1 als letzte funktionierende Version ermittelt.

Meine Lösung also:
cd <iobroker> (bei mir am Mac "cd /usr/local/iobroker")
cd node_modules/iobroker.js-controller
npm i greenlock@2.7.1

Hoffe das hilft dem ein oder anderen weiter und hilft bei der Korrektur.

Viele Grüße
justr

[apollon77]

@justr Legst DU bitte ein GitHub Issue dazu an. Und super Erkenntnisse!!

[apollon77]

Wir haben gerade eine 1.5.9 auf npm released, welche die greenlock 2.7.1 festpinnt. Bitte nochmal updaten und ansehen.

Das wäre dann die Version die wir gern zeitnah auch ins Stable schieben würden.

Vielen Dank an Euch schonmal und auch an @justr für das exakte rausfinden der funktionierenden greenlock Version!

Ingo

[justr]

Die 1.5.9 funktioniert bei mir wunderbar. Es wird ein Downgrade auf greenlock@2.7.1 durchgeführt und damit funktioniert auch wieder der Zugriff über die DynIP-Domain.

Ich verstehe lediglich nicht, warum greenlock immer (auch zuvor schon) doppelt installiert wird. Einmal in ".../iobroker/node_modules/iobroker.js-conroller/node_modules/greenlock" und einmal (extraneous) in "iobroker/node_modules/greenlock".

MacMini13:iobroker justr$ npm list greenlock
iobroker.inst@2.0.2 /usr/local/iobroker
├── greenlock@2.7.1  extraneous
└─┬ iobroker.js-controller@1.5.9
  └── greenlock@2.7.1 

npm ERR! extraneous: greenlock@2.7.1 /usr/local/iobroker/node_modules/greenlock

Das ändert aber erwartungsgemäß nichts an der Funktion.

Vielen Dank
justr

[arteck]

@justr einmal global und einmal im Adapter.. solltest den globalen entfernen iobroker/node_modules/greenlock

[justr]

Schon klar, aber beim nächsten Update des js-controllers wird er halt auch wieder global installiert.

[e-i-k-e]

Moin,

ich betreibe ein Master/Slave System (Master Rock64, Slave 5x Raspberry).

Die Slave laufen aktuell auf 1.5.7, den Master musste ich nach einem Crash (defekte SD-Karte anschließend Wechsel auf SSD) neu aufsetzen, somit läuft auf diesem die Version 1.4.2.

ioBroker war nach einem Update auf 1.5.7 und auch 1.5.8 nicht mehr über den Browser zu erreichen. Nach etlichen "Reparatur" versuchen und auch einem erfolglosen downgrade auf 1.4.2 hilft noch ein neu aufsetzen von oBroker.
Ich erhielt unter anderem öfter die Fehlermeldung.

root@ioBroker-Rock:~# cd /opt/iobroker
root@ioBroker-Rock:/opt/iobroker# node node_modules/iobroker.js-controller/contr            oller.js --logs
2019-05-08 00:04:50.074  - info: host.ioBroker-Rock iobroker.js-controller versi            on 1.5.7 js-controller starting
2019-05-08 00:04:50.083  - info: host.ioBroker-Rock Copyright (c) 2014-2018 blue            fox, 2014 hobbyquaker
2019-05-08 00:04:50.084  - info: host.ioBroker-Rock hostname: ioBroker-Rock, nod            e: v8.16.0
2019-05-08 00:04:50.091  - info: host.ioBroker-Rock ip addresses: 192.168.3.100             fe80::343d:a2d2:99a1:e291
2019-05-08 00:04:50.531  - info: host.ioBroker-Rock  inMem-states listening on p            ort 9000
2019-05-08 00:04:52.848  - info: host.ioBroker-Rock  inMem-objects listening on             port 9001
2019-05-08 00:04:52.880  - error: Another instance is running or some applicatio            n uses port!
2019-05-08 00:04:52.882  - error: uncaught exception: listen EADDRINUSE 0.0.0.0:            9000
2019-05-08 00:04:52.898  - info: host.ioBroker-Rock terminated
2019-05-08 00:04:52.954  - info: iobroker _restart
listen EADDRINUSE 0.0.0.0:9001
Error: listen EADDRINUSE 0.0.0.0:9001
    at Server.setupListenHandle [as _listen2] (net.js:1360:14)
    at listenInCluster (net.js:1401:12)
    at doListen (net.js:1510:7)
    at _combinedTickCallback (internal/process/next_tick.js:142:11)
    at process._tickCallback (internal/process/next_tick.js:181:9)
    at Function.Module.runMain (module.js:696:11)
    at startup (bootstrap_node.js:204:16)
    at bootstrap_node.js:625:3

@apollon77 said in [Diskussion] js-controller 1.5.8 im Latest Repository:

On Master/Slave systems please start updating master and the slaves afterwards
Required versions of adapters (only if used) for normal functionality: javascript >= 3.6.5, dasWetter >= 2.7.1, upnp >= 1.0.4
(bluefox) Breaking changes: "][*,;'"`<>?" are no more allowed in IDs

Kann es etwas damit zu tun haben, dass sich die Slave bereits auf Version 1.5.7 befinden und ich den Master erst auf diese Version bringen möchte?