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

[ChrWieg]

@homoran Okay sorry, muss an meiner Auflösung liegen. Ich versuche die Screenshots zu verkleinern.

[Homoran]

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

@homoran Okay sorry, muss an meiner Auflösung liegen. Ich versuche die Screenshots zu verkleinern.

mach das unbedingt!

sieht bei mir so aus

Draufklicken auf das Bild hilft gegen Seeschwächen??

[Glasfaser]

@ChrWieg

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

@chrwieg

Habe leider keine LUPE ... aber etwas mit Telegram steht da drin !?

Aber was ist das denn für ein Pfad???

Bevor hier etwas von dir zu viel veröffentlich wird ...
Ist das dein Privat Cloud / Zugang !?

[ChrWieg]

@glasfaser Nein, ist nur im Intranet erreichbar. Aber danke für den Hinweis.
Den Pfad suche ich gerade.

[ChrWieg]

@chrwieg Kleiner Zwischenstand: in der Konsolenausgabe steht am Ende ein Hinweis auf die Datei tab.html.

Die habe ich vielleicht hier gefunden: /opt/iobroker/iobroker-data/files/javascript.admin/tab.html

Dort wird in Zeile 34 ein Script dynamisch eingebunden.

Kann das etwas mit Themes zu tun haben?

[Homoran]

@chrwieg :bulb: was passiert denn wenn du auf helles Theme umstellst?

[ChrWieg]

@homoran Nützt nix. Hatte etwas gesucht, bis ich den Schalter gefunden hatte. :-(

[Horst Böttcher]

so ich klinke mich mal hier ein denke ich habe das selbe Problem

Ich habe eine Umstellung von SD Karte auf USB Stick gemacht und eine Backup eingespielt

Seid dem bekomme ich bei Blockly Script löschen und bei Szenen Adapter immer die Meldung permission error welche Möglichkeiten gibt es um das zu beheben

[xmace]

Hier ebenfalls selbes Problem.

Heute ein laufendes System auf aktuellen Stand upgedated seitdem lassen sich Szenen im Szenenadapter nicht mehr löschen.

"Permission denied

[Glasfaser]

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

seitdem lassen sich Szenen im Szenenadapter nicht mehr löschen.

und was ist mit Skripte / Blockly sind die auch betroffen ... bevor hier alles durcheinander ist !?

Heute ein laufendes System auf aktuellen Stand upgedated

Welche Adapter .... bzw. eventuell auch Nodejs !?

[Horst Böttcher]

@glasfaser

Systemdata
Hardwaresystem:	Pi 4 B
Arbeitsspeicher:	4GB
Festplattenart:	USB Stick
Betriebssystem:	Pi OS
Nodejs-Version:	v16.17.1
NPM-Version:	8.15.0

Node.js: v16.17.1 ist aktuell

Betroffen Adapter	Version
scenes.0	v2.3.9
javascript.0	v6.0.3
echarts.0	v1.0.12

Weitere bei mir nicht bekannt könnten aber dazu kommen

[Striker389]

@ltsalvatore Ich habe tatsächlich auch den gleichen Fehler. Ich habe die selben Versionen installiert. Das ganze scheint nach einer Restauration aus einem Backup (neu aus Backup aufgesetzt) nicht mehr zu funktionieren.

Ich hoffe es findet sich hier eine Lösung.

[Jan1]

Ich habe gerade letzte Woche eine Beta Installation restort und kann die Fehler nicht reproduzieren.

[buecker]

@jan1
Ich habe frisch unter
Debian 11, Kernel 5.10.0-18-amd64
frisch
iobroker v6.2.22
node v16.17.1
npm 8.15.0
installiert.
Ich bekomme den Fehler permissionError beim Löschen von scripts im Skripte Adapter und auch beim Löschen von Datenobjekten.

[stoamandl]

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

@jan1
Ich habe frisch unter
Debian 11, Kernel 5.10.0-18-amd64
frisch
iobroker v6.2.22
node v16.17.1
npm 8.15.0
installiert.
Ich bekomme den Fehler permissionError beim Löschen von scripts im Skripte Adapter und auch beim Löschen von Datenobjekten.

Ebenfalls Frisch installiert auf einem RPI3
Debian 11 5.15.61-v7
Iobroker v6.2.22
node v16.17.1
npm 8.15.0
Beim löschen von Blockly Objekten in global oder common bekomme ich "permissionError"
Log Stuffe "Alles" gibt leider auch nicht mehr infos her.

[Jan1]

@stoamandl
Du hast Scripte im "global"? Du weißt aber schon was die dort bewirken?

@buecker
Der Kernel ist aber auch recht alt, mach mal den aktuellen 5.15 LTS drauf, da ich sonst die gleichen Versionen habe, wobei ich auch nicht glaube, dass das am Kernel vom Bullseye liegt.

[stoamandl]

@jan1
ja, habe das Script nur test-weise von common nach global kopiert um zu sehen ob dort der selbe Effekt auftritt.
Nun habe ich 2 Scripte die nicht löschen kann :expressionless:

[Thomas Braun]

@stoamandl

Hast du ein Spiegelverzeichnis? Wenn du die skripte dort löschst passiert was?

[mrjeschke]

Gleiches Problem. LXC-Container Debian erstellt. iobroker installiert, javascript installiert und script erstellt.
Versuch Script zu löschen

permissionError

Script im Spiegelverzeichnis gelöscht (sudo), Script ist gelöscht.
Log (debug)

2022-09-26 18:19:03.649 - info: admin.0 (340) ==> Connected system.user.admin from ::ffff:172.16.0.3
2022-09-26 18:19:08.907 - debug: javascript.0 (535) Create /home/iobroker/scripte/common/Skript_1.js on disk
2022-09-26 18:19:08.908 - debug: javascript.0 (535) File /home/iobroker/scripte/common/Skript_1.js rename
2022-09-26 18:19:08.911 - debug: javascript.0 (535) Rename event for script.js.common.Skript_1 is ignored
2022-09-26 18:19:13.143 - info: admin.0 (340) <== Disconnect system.user.admin from ::ffff:172.16.0.3 javascript
2022-09-26 18:19:23.287 - info: admin.0 (340) ==> Connected system.user.admin from ::ffff:172.16.0.3
2022-09-26 18:19:28.956 - info: admin.0 (340) <== Disconnect system.user.admin from ::ffff:172.16.0.3 javascript

[stoamandl]

@thomas-braun
Leider ohne Spiegelverzeichnis erstellt.
Wäre einen Versuch wert was passiert mit.