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

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

[Glasfaser]

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

aber sollte hier nicht mehr stehen wie z.B. die ACL etc.? Oder wurde das geändert?

Expertenmodus auch aktiv ....

[mrjeschke]

Moin,
Ich habe inzwischen die Test-Instanz vom iobroker neu installiert. Fehler unverändert.
ACL sieht ok aus, Fixer hat nicht geholfen, update des Admin-Adapter auf latest hilft auch nicht.
Es klappt bis jetzt nur mit einem downgrade des Admin-Adapters.
Beim downgrade muss ich mindestens auf v5.4.2 runter, beim upgrade kommt der Fehler
seltsamerweise erst ab v5.4.6.
Ich habe den iobroker im Proxmox-LXC Container installiert, mittlerweile aber auch in einer VM.
Gleiches Fehlerbild.

[Glasfaser]

@AlCalzone
@apollon77
@Jey-Cee

könnt Ihr hier bitte mal drüberschauen .... der Fehler "permissionError " wird immer mehr .
Auch schon in Neben-Thread vorhanden .

[Ceresii]

@glasfaser
ein downgrade vom Adapter Admin auf 6.0.1 hat das Problem gelöst:
iobroker upgrade admin@6.0.1 :)

[Ronny Gerndt]

@ceresii Danke für den Hinweis. Mit dem 6.0.1 läuft es bei mir auch wieder.

[Glasfaser]

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

ein downgrade vom Adapter Admin auf 6.0.1 hat das Problem gelöst:

Danke für´s testen .... ist schon ein großer downgrade Sprung ...

, das müssen sich andere anschauen woran es liegt .

[radicalreel]

@glasfaser Joup

Aber ich glaube das ist was anderes... sonst hätte sich da schon jemand beschwert. Irgendwas habe ich gerade nicht auf dem Schirm.

[bony97]

@glasfaser iobroker upgrade admin@6.2.0 funktioniert auch. Danach upgrade auf 6.2.22 nix geht mehr. Erneut downgrade auf 6.2.0 und löschen ist wieder möglich. Teste mich mal durch die anderen Versionen