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

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

[apollon77]

@Superdad alle Adapter sind aktuell? Admin, Web und so ...? Zeig bitte mal die Admin Einstellungen als Screenshots.

Versuche das mal nachzustellen heute Abend.

[apollon77]

@SBorg hast du auch simple-api Mit eigenem User für den Zugriff und so wie dignity?

[Superdad]

Alles auf default und aktuell.

[apollon77]

@Superdad ich meinte Screenshot von der Instanz wenn auth und so aktiv ist

[Superdad]

Bitte sehr!

[crycode]

Super Arbeit! Das Upgrade hat auf meinen Test- und Produktivsystemen problemlos funktioniert und alle Adapter und Skripte laufen wie gewohnt (inkl. simple-api). :-)

[Diginix]

@apollon77 Issue ist wieder auf.

Den Fixer hatte ich schon öfter mal genutzt und meine Installation lief schon lange komplett unter user iobroker.
Aber ich habe eben gesehen dass die /etc/sudoers.d/iobroker vom Fixer am 15.11. nach dem Update auf JS-Controller 2.x geändert wurde.
Ich hatte dort manuell mal "iobroker ALL=(ALL) NOPASSWD: ALL" eingetragen damit ich in Skripten alles was ich will mit
sudo per exec nutzen kann.
Dank deines Hinweises ist das geklärt und nun wieder behoben.

Gäbe es eine persistente Lösung die nicht durch den Fixer wieder zerstört wird um alles mit sudo nutzen zu können?

@crycode Nutzt du simple-api mit Authentifizierung per URL Parameter mit nicht-admin Nutzer?