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

[lessthanmore]

@hschief Danke, hatte dazu nichts gefunden.
Hab es aber im issue hinzugefügt.
Mit 6.2.12 geht es ja momentan.

[Kaskadeur111]

@glasfaser Alles klar. Mach ich. Kannst du mir noch kurz erklären warum nach pkill der container komplett neu gestartet werden muss? Danke.

[stoamandl]

Kleiner Hinweis!
Mit 6.2.12 handelt man sich folgenden Bug ein.
https://github.com/ioBroker/ioBroker.admin/issues/1615
Der ist erst mit 6.2.13 behoben.
Bei mit hat das zufolgen das mein history Adapter nicht mehr reagiert und in der "Error in GUI!" Page landet.

[Heinz53]

Hallo allerseits, ich hatte auch den "permissionError" im neu aufgesetztem System mit aktualisierten Adaptern. Es ist mir beim löschen von Datenpunkten aufgefallen.

Spoiler

raspy-iobroker
Plattform: linux
Betriebssystem: linux
Architektur: arm64
CPUs: 4
Geschwindigkeit: 1500 MHz
Modell: Cortex-A72
RAM: 3.71 GB
System-Betriebszeit: 1 T. 11:27:22
Node.js: v16.17.1
Anzahl der Adapter: 435
NPM: 8.15.0
Datenträgergröße: 28.97 GB
freier Festplattenspeicher: 21.59 GB
Betriebszeit: 1 T. 11:28:28
Aktive Instanzen: 24
Weg: /opt/iobroker/

Nach der Änderung der admin Version auf 6.2.12 (nach folgender Anleitung) ist das Löschen nun wieder möglich.

iob stop admin
iob upgrade admin@6.2.12
iob start admin

Vielleicht hilft das bei der weiteren Fehleranalyse

[Kaskadeur111]

@stoamandl Korrekt! Man hat quasi die Wahl zwischen Pest 6.2.12 und Kolera 6.2.13 bis 6.2.22 ;-).

Wobei ich aktuell bei 6.2.12 bleibe, denn Scripte anpassen mach ich einfach zu oft.

Hoffe dass der Fehler bald gefunden wird.

[Feuersturm]

@kaskadeur111 Das Ticket ist aktuell in der Analyse.
@haus-automatisierung hat sich tiefer mit dem Problem beschäftigt und die Ursache identifiziert https://github.com/ioBroker/ioBroker.javascript/issues/1151#issuecomment-1266834194

Jetzt muss es "nur noch" gefixt werden ;-)

[haus-automatisierung]

@feuersturm sagte in Skript löschen geht nicht - permissionError:

Jetzt muss es "nur noch" gefixt werden

Wenn man 6.2.22 nutzt, kann man auch manuell ein Downgrade der Socket-Classes auf 0.5.3 machen. Dann sollte man auch wieder Objekte löschen können. Bitte mit Vorsicht genießen - keine Gewähr und nicht ausführlich getestet ob es Probleme mit anderen Adaptern gibt.

iobroker stop
cd /opt/iobroker/
sudo -H -u iobroker npm i @iobroker/socket-classes@0.5.3
iobroker start

[Thomas Braun]

@haus-automatisierung

Hast du einen PR gegen die package.json laufen? Da steht die
"@iobroker/socket-classes": "^0.5.4"
als Dep drin

[haus-automatisierung]

@thomas-braun In 6.2.22 steht noch 0.5.3 https://github.com/ioBroker/ioBroker.admin/blob/865602ac7d747c6784f7247ce73ab1cc0dd00346/package.json#L28

Ich hoffe aktuell auf eine 0.5.5 mit Fix und eine neue stable Admin Version

Habe kein PR offen

[bergjet]

@haus-automatisierung sagte in Skript löschen geht nicht - permissionError:

@thomas-braun In 6.2.22 steht noch 0.5.3 https://github.com/ioBroker/ioBroker.admin/blob/865602ac7d747c6784f7247ce73ab1cc0dd00346/package.json#L28

Ich hoffe aktuell auf eine 0.5.5 mit Fix und eine neue stable Admin Version

Habe kein PR offen

Wie kann ich feststellen, ob ich 0.5.4 oder 0.5.3 habe? Habe das System neu installiert und dieses löschen Problem.

[Thomas Braun]

@bergjet sagte in Skript löschen geht nicht - permissionError:

Habe das System neu installiert und dieses löschen Problem.

Dann hast du das Problem. Eine Neuinstallation schleppt die fehlerhafte Version an.
Kannst aber auch per

cd /opt/iobroker
npm ls @iobroker/socket-classes

schauen.

[bergjet]

@thomas-braun sagte in Skript löschen geht nicht - permissionError:

@bergjet sagte in Skript löschen geht nicht - permissionError:

Habe das System neu installiert und dieses löschen Problem.

Dann hast du das Problem. Eine Neuinstallation schleppt die fehlerhafte Version an.
Kannst aber auch per

cd /opt/iobroker
npm ls @iobroker/socket-classes

schauen.

Es ist die 0.5.4
Also laienhaft gedacht, wenn man den Admin Adapter 6.2.22 drüber installiert wird socket-classes 0.5.3 installiert?

@haus-automatisierung sagte in Skript löschen geht nicht - permissionError:

In 6.2.22 steht noch 0.5.3 https://github.com/ioBroker/ioBroker.admin/blob/865602ac7d747c6784f7247ce73ab1cc0dd00346/package.json#L28

[Thomas Braun]

@bergjet sagte in Skript löschen geht nicht - permissionError:

Also laienhaft gedacht, wenn man den Admin Adapter 6.2.22 drüber installiert wird socket-classes 0.5.3 installiert?

Ja, der Admin 6.2.22 hat die defekte Version in den Dependencies / Voraussetzungen und schleppt die daher an. Ältere Installationen (wie z.B. meine) hatten noch die alte, funktionierende Version in den Deps und zeigen daher das Verhalten nicht

[bergjet]

@thomas-braun
Deshalb meinte ich, wenn ich die Admin Version 6.2.22 nochmals über die bestehende 6.2.22 drüber installiere, bekomme ich dann die socket-classes 0.5.3 installiert?

"dependencies": {
    "@iobroker/adapter-core": "^2.6.2",
    "@iobroker/ws-server": "^2.1.0",
    "@iobroker/socket-classes": "^0.5.3",
    "body-parser": "^1.20.0",
    "compression": "^1.7.4",
    "connect-flash": "^0.1.1",
    "cookie-parser": "^1.4.6",
    "express": "^4.18.1",
    "express-fileupload": "^1.4.0",
    "express-session": "^1.17.3",
    "passport": "^0.6.0",
    "passport-local": "^1.0.0",
    "axios": "^0.27.2",
    "semver": "^7.3.7",
    "ws": "^8.8.1",
    "mime": "^3.0.0"

[Thomas Braun]

@bergjet

Nein, die package.json spült sie kaputte Version an.

[bergjet]

@thomas-braun sagte in Skript löschen geht nicht - permissionError:

Nein, die package.json spült sie kaputte Version an.

Obwohl in der package.json drinnen steht "@iobroker/socket-classes": "^0.5.3"

[Thomas Braun]

@bergjet

https://github.com/ioBroker/ioBroker.admin/blob/master/package.json

[bergjet]

@thomas-braun Ja, danke. Jetzt sehe ich auch die 0.5.4 dort stehen.
Also werde ich warten.

[haus-automatisierung]

@bergjet sagte in Skript löschen geht nicht - permissionError:

Obwohl in der package.json drinnen steht "@iobroker/socket-classes": "^0.5.3"

• In der package.json der 6.2.22 steht ^0.5.3, richtig (Thomas hat die package.json vom master branch verlinkt, da ist die dependency schon angehoben, aber dazu gibts ja noch keine Version).
• Das caret ^ in der Angabe bringt dir aktuell halt trotzdem 0.5.4. Siehe semver docs.. Aber ein manuelles Downgrade ist weiterhin möglich (Weil Admin 6.2.22 will ja ^0.5.3.

Und deswegen betrifft das Problem auch nicht alle. Wenn Du den Admin 6.2.22 installierst hast, bevor es 0.5.4 der Socket-Classes gab (also vor dem 23.09.), hast Du halt den 0.5.3 Stand bekommen. Alle danach den neueren - und damit auch den Bug.

[Shepherd]

Habe jetzt nett alles durchgelesen, aber hatte auch dieses Problem.
Komischerweise spielt aber auch der ganze script adapter mit dieser Version verückt.
habe dies nach demdowngrade erst bemerkt dass scripte ordentlich funktionieren mit der 6.2.12 und mir der 6.2.22 nicht.

6.2.22:
zb. umschalten Baustein geht nicht da schaltet er licht an einem shelly RGBW2 aus und wieder gleich an.
Oder z.B. das Relais am Shelly Plug2 schaltet er an und gleich wieder aus.
Bindings von Objekten funktioniert auch nicht.

Mit 6.2.12 funktionieren diese scripte.

Dachte schon was los ist.
Typisch ---- Nix gemacht geändert und geht nicht mehr -----Spruch.

Hat noch jemand von euch so Veränderungen festgestellt?