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

[Striker389]

@stoamandl

Versuch das mal, das hat bei mir funktioniert.

Es scheint tatsächlich an dem Admin-Adapter zu liegen. Ein Downgrade auf 6.2.18 hat leider nicht funktioniert. Allerdings hat ein Downgrade auf 5.3.8 mit dem Befehl:
npm install iobroker.admin@5.3.8 --production
zum Erfolg geführt.

Ab welcher Version das Problem letztlich auftaucht weiß ich nicht, ich lasse es jedenfalls jetzt auf 5.3.8 laufen, da es mit dieser Version zu funktionieren scheint.

[Glasfaser]

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

Auch ohne Erfolg.

hast du auch die zwischen Befehle gemacht und dann ein Reboot
oder nur die Version gewechselt !?

[stoamandl]

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

hen Befehle gemacht un

Ja, habe ich gemacht.
iobroker stop
iobroker fix
iobroker start
reboot
Alles ohne Fehlermeldung durchgelaufen.

[Horst Böttcher]

@glasfaser
Auch bei mir ist der Fehler nach

npm install iobroker.admin@5.3.8 --production
Sudo Reboot 

Wieder weg

[Glasfaser]

@jan1 sagte in Skript löschen geht nicht - permissionError:
und kann die Fehler nicht reproduzieren.

... ich leider auch nicht .

Deshalb , für die betroffen sind :

@thomas-braun sagte in Skript löschen geht nicht - permissionError:
Hat von den Betroffenen jemand ein Issue eröffnet?
https://github.com/ioBroker/ioBroker.admin/issues

[Thomas Braun]

@glasfaser

Ich kann es bei mir auch nicht nachstellen. Ist nur die Frage, was anders ist.

Ich habe bei mir keine User und auch keine Zertifikate usw. für den ioBroker angelegt. Vielleicht ist es aus der Ecke?

[Glasfaser]

@thomas-braun

Bei Admin Github gibt es gerade einen neuen Eintrag

Meldung :

instrument.ts:123

der kommt hier im Thread auch vor .

https://forum.iobroker.net/post/863335

[Glasfaser]

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

Ist nur die Frage, was anders ist.

Das frage ich mich auch .

Ich habe schonmal die Rechte bei einem verglichen ... siehe weiter oben
Eventuell dort etwas ,... aber sieht nicht so aus

sehr komisch die ganze Sache .

[Homoran]

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

was anders ist.

Docker/Container war auch zumindest bei einem User genannt.
Aber diesmal glaube ich nicht dass dort andere Rechte herrschen

[Thomas Braun]

@glasfaser

Es kann eigentlich nicht mit den Rechten am Dateisystem zu tun haben.
Ich vermute da eher was aus der Ecke 'Standard ACL' im ioBroker/Admin.

Können die Betroffenen da mal schauen ob/wie das da alles eingestellt ist?

[Glasfaser]

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

Docker/Container war auch zumindest bei einem User genannt.

Dann wäre ich auch betroffen , habe auch zum Test einen neuen iobroker Docker frisch angelegt

ohne Fehler ....

[Homoran]

@glasfaser ich denke da auch eher an icht ganz korrekt konfigurierte Container.
Aber diesmal werden die wohl eher unschuldig sein

[Glasfaser]

@homoran

Der Threadersteller hat ein bestehendes System betroffen.

... jetzt kommen schon neu erstellte ioBroker Systeme

Sehr merkwürdig.

[Glasfaser]

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

Können die Betroffenen da mal schauen ob/wie das da alles eingestellt ist?

Das sind User ... das geht schief.. wonach sollen die suchen usw.

Ich würde das einheitlich angehen ...
das jeder auf die gleiche Anfrage / Vorgabe von Dir antwortet !

[Thomas Braun]

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

wonach sollen die suchen usw.

? Schraubenschlüssel -> Reiter 'Standard ACL'

Ist kein Hexenwerk da mal reinzuschauen. Nur gucken, nix anfassen! :-)

[widder17]

Guten Abend,

ich habe nach einem Neuaufbau (Synology DS 220+ /VM/ Ubuntu-22.04.01-Server) und einspielen des Backups leider das gleiche Problem. Skirpte lassen sich zwar erstellen, jedoch nicht mehr in ioBroker löschen. Ich erhalte ebenfalls die Meldung "Fehler/ permissionError"
In Standard ACL sind alle Berechtigungen, bis auf "Jeder/ schreiben" angeklickt.

Gelöscht habe ich die Skripte nach löschen der entsprechenden Zeilen in der "objects.jsonl" Datei. Leider ist dies ein sehr, sehr umständlicher Weg. :anguished:

[hschief]

Ich habe gestern Abend ein Update des Adminadapters auf 6.2.22 gemacht.

Der Fehler ist bei mir aber nicht nut bei Scripts sondern auch bei Datenpunkt.
ACL des betroffenen Datenpunktes:
Owner: admin
Group: Administrator
Object Rights rw/rw/rw
State Rights rw/rw/rw

[hschief]

@hschief
Vielleicht noch als Ergänzung weil hier ja jemand die Datei objects.jsonl erwähnt hatte. Dort finde ich für den Datenpunkt den folgenden Eintrag
{"k":"0_userdata.0.Allgemein.zzzz","v":{"common":{"name":"zzzz","desc":"Manually created","role":"state","type":"string","read":true,"write":true,"def":""},"type":"state","native":{},"from":"system.adapter.admin.0","user":"system.user.admin","ts":1664214801942,"_id":"0_userdata.0.Allgemein.zzzz","acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}}

[hschief]

@hschief Noch eine Info, ich habe gerade mal einen weiteren Admin angelegt in der Hoffnung die Datenpunkt mit diesem löschen zu können. Dies ging auch nicht und nun kann ich auch den weiteren Admin nicht mehr löschen.
Man scheint also nichts mehr zu löschen können.

[radicalreel]

Hallo,

gleiches Problem mit den Datenpunkten. Frisch aufgesetzes System. Vielleicht bin ich nicht ganz bei Sinnen, aber sollte hier nicht mehr stehen wie z.B. die ACL etc.? Oder wurde das geändert? Das ist das Fenster, dass sich öffnet nachdem man bei einem Datenpunkt den Stift anklickt.