js-controller 2 jetzt für alle im Stable

[Stabilostick]

@sol21

Hast Du irgendeinen Proxy-Server laufen, piHole oder sonst was, dass cached?

[sol21]

@Stabilostick sagte

Hast Du irgendeinen Proxy-Server laufen, piHole oder sonst was, dass cached?

Pi-hole. Habe ich nun ausgeschalten, hat sich aber nichts geändert. Habe auch nochmals ohne Pi-hole zwischen default und latest umgeschalten und aktualisiert - aber hat nichts geändert.

Dann wäre nur noch die Fritzbox und das modem des Kabelanbieters dazwischen - aber die sollten ja nichts cachen?

[apollon77]

Mich wundert das die Ausgabe nichts vom hash des Repo files sagt was sie seit 1.5.14 tun müsste.

Lass mal den installation fixer laufen. Und geh vllt mal in /opt/iobroker und Ruf mal ./iobroker update auf.

[Negalein]

@apollon77 sagte in js-controller 2 jetzt für alle im Stable:

1.5.7? Stable vorher war 1.5.14 ...

Ok, dachte es war 1.5.7 kann aber wirklich auch 1.5.14 gewesen sein!

ich weiß auch gerade nicht wann iot den Fehler ausgibt. Bitte zeig mal die objektdefinition

meinst du das?

[sol21]

@apollon77 sagte

Mich wundert das die Ausgabe nichts vom hash des Repo files sagt was sie seit 1.5.14 tun müsste.

was meinst Du mit "hash des Repo files"?

Lass mal den installation fixer laufen. Und geh vllt mal in /opt/iobroker und Ruf mal ./iobroker update auf.

habe ich nochmals gemacht - ohne Veränderung

[apollon77]

@sol21 und die Ausgabe ist exakt die gleiche?? Irgendwas cached bei dir das Repo file. Kommt dann irgendwann ... oder Versuch mal nen reboot.

[sol21]

@apollon77: Reboot habe ich auch schon mehrfach hinter mir. Aber ich warte mal 1-2 Tage ab. Bisher trotzdem schon mal vielen Dank für die Unterstützung!

[apollon77]

@Negalein dann keine Ahnung. wüsste aber nicht was das mit dem Controller zu tun haben kann. Ich hab gestern im iot einige hinzugefügt und bei mir tat das.

Ps: formal hat ein Button übrigens read:false ... aber denke nicht das es daran liegt.

Leider gibt die Fehlermeldung aber nicht viel her.

[Dr. Bakterius]

@sol21 sagte in js-controller 2 jetzt für alle im Stable:

was meinst Du mit "hash des Repo files"?

Ich nehme an das hier in Zeile 3:

root@iobroker:/opt/iobroker# ./iobroker update
Used repository: latest
hash not changed, use actual sources
update done
Adapter    "admin"         : 3.6.10   , installed 3.6.12

Interessanterweise werden bei mir auch immer noch alte Versionen (wie hier beim 'admin'-Adapter aber auch beim 'js-controller') angezeigt. War jetzt ein paar Wochen auf 'default' und habe jetzt mal auf 'latest' gewechselt. Auch nach ein paar Stunden kommen immer noch die alten Versionen rein.

Edit:
Hier noch wie es bei mir mit 'default' aussieht:

root@iobroker:/opt/iobroker# ./iobroker update
Used repository: default
update done
Adapter    "admin"         : 3.6.12   , installed 3.6.12

Rufe ich das update ein zweites Mal auf kommt:

root@iobroker:/opt/iobroker# ./iobroker update
Used repository: default
hash not changed, use actual sources
update done
Adapter    "admin"         : 3.6.12   , installed 3.6.12

Also mit der 'hash'-Zeile.

[Negalein]

@apollon77 sagte in js-controller 2 jetzt für alle im Stable:

Leider gibt die Fehlermeldung aber nicht viel her.

ich habe mal den DP gelöscht, neu angelegt und wieder versucht im IOT hinzuzufügen.

Diesmal hab ich ganz kurz ein Fenster mit engl. Fehlermeldung gesehen und gleich drauf ist das obige gekommen.
Diesmal ist auch im Log was erschienen.

iot.0	2019-11-16 12:52:33.598	error	(8578) No friendly name and no room or function found for "javascript.0.Eigene_Datenpunkte.Alexa_TV_System.Lautstaerke.leiser"

Sollte ich eher ein eigenes Thema damit aufmachen?

[apollon77]

@Dr-Bakterius und ein aktuelles Admin.

[apollon77]

@Negalein ja eigener thread besser.

[Stabilostick]

@sol21
Was wird denn angezeigt, wenn Du die Datei direkt mit curl oder im Webbrowser aus Deinem Netzwerk heraus lädst?

url: http://download.iobroker.net/sources-dist.json

Da steht z.B. bei mir drin:

"js-controller":{"meta":"https://raw.githubusercontent.com/ioBroker/ioBroker.js-controller/master/io-package.json","url":"https://github.com/ioBroker/ioBroker.js-controller/tarball/master","type":"general","stars":-1,"weekDownloads":9484,"published":"2015-01-03T14:47:20.911Z","versionDate":"2019-11-15T15:04:33.893Z","version":"2.1.0","name":"js-controller","platform":"Javascript/Node.js","controller":true,"title":"JS controller"

[dslraser]

@apollon77 sagte in js-controller 2 jetzt für alle im Stable:

@sol21 und die Ausgabe ist exakt die gleiche?? Irgendwas cached bei dir das Repo file. Kommt dann irgendwann ... oder Versuch mal nen reboot.

Ich habe das bei mir jetzt mal versucht nachzuvollziehen.
Wenn ich beides aktuelle angezeigt bekommen möchte, dann muß ich z.B. auf stable stellen und dann ein iobroker update mit der Einstellung stable ausführen, dann wird mir im stable auch erst das aktuelle angezeigt.
Das gleiche gilt bei latest.
Ich muß also das iobroker update in stable und nochmal in latest machen, erst dann wird bei beiden Varianten das jeweils aktuelle angezeigt.
Also wenn ich auf latest stehe und dann iobroker update in der Console mache, wird nur latest geupdatet ? Analog stable ?

[apollon77]

@dslraser sagte in js-controller 2 jetzt für alle im Stable:

Also wenn ich auf latest stehe und dann iobroker update in der Console mache, wird nur latest geupdatet ? Analog stable ?

Korrekt. Es wird ein Repo file geladen bei Update. Deswegen sagte ich oben : nach ändern des repos einmal Update ausführen.

[sol21]

Update 2.1 läuft!
War jetzt rund 2,5Stunden weg und ohne was geändert zu haben, wurde nun plötzlich die Version 2.1 angezeigt. Konnte dann auch ohne Probleme installiert werden.
Sieht so aus als ob Apollon77 recht hatte:" Irgendwas cached bei dir das Repo file. Kommt dann irgendwann ... "

Allen zusammen nochmals ein herzliches Dankeschön für die Unterstützung!

[apollon77]

@sol21 Super.

[hannoi]

Update von 2.0.39 auf 2.1.0 hat ohne Probleme funktioniert, alle Adapter sind wieder online (Update per "stop, update, upgrade self und start" durchgeführt.

@apollon77 DANKE für die super Arbeit!

[Nashra]

Guten Morgen, auch von mir ein großes Dankeschön an @apollon77 für seinen unermüdlichen Einsatz hier.

[Diginix]

@apollon77 Leider ist der permission error der simple-api wieder zurück.
Das Debug Log gibt glaube nicht viel her:

Spoiler

2019-11-17 10:08:24.734  - info: host.BT3-PRO instance system.adapter.simple-api.0 started with pid 31779
2019-11-17 10:08:25.906  - debug: simple-api.0 (31779) Redis Objects: Use Redis connection: 127.0.0.1:9001
2019-11-17 10:08:25.954  - debug: simple-api.0 (31779) Objects client ready ... initialize now
2019-11-17 10:08:25.959  - debug: simple-api.0 (31779) Objects create PubSub Client
2019-11-17 10:08:25.960  - debug: simple-api.0 (31779) Objects client initialize lua scripts
2019-11-17 10:08:25.979  - debug: simple-api.0 (31779) objectDB connected
2019-11-17 10:08:25.982  - debug: simple-api.0 (31779) Redis States: Use Redis connection: 127.0.0.1:9000
2019-11-17 10:08:25.995  - debug: simple-api.0 (31779) Objects connected to redis: 127.0.0.1:9001
2019-11-17 10:08:26.009  - debug: simple-api.0 (31779) States create PubSub Client
2019-11-17 10:08:26.012  - debug: simple-api.0 (31779) statesDB connected
2019-11-17 10:08:26.037  - debug: simple-api.0 (31779) States connected to redis: 127.0.0.1:9000
2019-11-17 10:08:26.416  - info: simple-api.0 (31779) starting. Version 2.3.2 in /opt/iobroker/node_modules/iobroker.simple-api, node: v10.17.0
2019-11-17 10:08:26.496  - info: simple-api.0 (31779) simpleAPI server listening on port 8285
2019-11-17 10:08:26.497  - info: simple-api.0 (31779) Allow states only when user is owner: false
2019-11-17 10:08:26.504  - info: simple-api.0 (31779) http server listening on port 8285
2019-11-17 10:08:40.080  - debug: simple-api.0 (31779) Logged in: apiuser
2019-11-17 10:08:46.574  - info: admin.0 (919) successful connection to socket.io from ::ffff:192.168.2.86
2019-11-17 10:08:51.953  - debug: simple-api.0 (31779) system.adapter.admin.0: logging true
2019-11-17 10:09:26.675  - debug: simple-api.0 (31779) Logged in: apiuser

Außerdem funktionieren exec Blöcke mit sudo nicht mehr in Blockly.
uptime dient nur als Beispiel. "sudo pkill ..." funktioniert so auch nicht mehr.

Lässt man das sudo weg, funktioniert es. Ging mit js-controller 1.5.14 noch mit selber javascript Adapterversion.