UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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! :+1:

[Nashra]

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

[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.

[werner_q]

Darf ich da eh? Wenn ich mit dem 2.1 Windows Installer migrieren will, sagt er, er kann keine admin.0 oder .1 Instanz finden, was stimmt, weil aus historischen Gründen bin ich schon bei admin.4 - was tun? Habe versucht in objects.json und states.json umzubennen, kein Erfolg. Auch in der Instanz-Übersicht im Webinterface heisst admin.4 noch immer admin.4.
Danke!

[apollon77]

@Diginix dann mach bitte issue bei simple api wieder auf. Aber ich kapiere nicht wie es mal da und dann wieder weg sein sollte

Zu exec: hast Du ggf erstmals den installation fixer genutzt oder so? Das ist aber wenn ein anderes Thema. Und da gibt es thread zu. Das hat am Ende damit zu tun das es jetzt unter User iobroker laufen sollte.

[Superdad]

Nachdem ich das Backup zurückgespielt habe, habe ich es gestern noch einmal versucht.
Zuerst nodejs auf 10.17.0 gebracht mit allen drum und dran was auf der verlinkten Seite angeboten wird.
Weil es bei mir, so wie immer, nicht so einfach ist upzudaten.

Dann musste ich natürlich etwas warten bis alles wieder nachinstalliert war.
Anschließend js-controller auf Version 2.17.0 gebracht.

Nach einem Neustart war dann auch die Login-Seite erreichbar.
Nur der Loginversuch schlug, ohne eine Fehlermeldung, fehl.

Dann über die Konsole Admin.0 gelöscht und neu angelegt.

Jetzt war auch ein Login möglich. Natürlich ohne https.

Alle Adapter laufen jetzt ohne Probleme. Auch der sql-Adapter.

Das Einzige was nicht möglich ist, dass ich wieder im Admin.0 auf https und Authentifikation umschalte.
Also umschalten kann ich schon, nur ist dann kein Login möglich.
Er bringt auch keine Fehlermeldung. Es bleibt einfach die Login-Seite stehen.
Wenn ich einen anderen Benutzernamen oder Passwort eingebe, sagt er, dass Benutzer oder Passwort falsch ist.

Was kann ich tun?

[apollon77]

@Diginix irgendwas im log wo der Fehler zurückgekommen ist??

[SBorg]

Der simple-api läuft bei mir problemlos, auch während der gesamten Beta-Testphase des JS 2.0
"exec" tut auch was es soll, sudo braucht ein Passwort, sonst wäre ja auch die Nutzerverwaltung sinnlos wenn einfach jeder "popelige User" ( wie bspw. iobroker ;) ) so einfach root-Rechte bekäme. Außer man trägt halt die entsprechenden Befehle die root-Privilegien benötigen ein, damit sie kein Passwort benötigen...