NEWS
Skript löschen geht nicht - permissionError
-
@glasfaser
Mein Downgrade von 6.2.22 auf 6.2.18 hat "funktioniert"
Leider ohne erhofften Effekt.
Das Problem besteht weiterhin.
Bin danach noch weiter auf 6.2.16 runter gegangen.
Auch ohne Erfolg. -
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.
-
@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 !? -
@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. -
@glasfaser
Auch bei mir ist der Fehler nachnpm install iobroker.admin@5.3.8 --production Sudo Reboot
Wieder weg
-
@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 -
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?
-
Bei Admin Github gibt es gerade einen neuen Eintrag
Meldung :
instrument.ts:123
der kommt hier im Thread auch vor .
-
@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 aussehr komisch die ganze Sache .
-
@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 -
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?
-
@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 ....
-
@glasfaser ich denke da auch eher an icht ganz korrekt konfigurierte Container.
Aber diesmal werden die wohl eher unschuldig sein -
Der Threadersteller hat ein bestehendes System betroffen.
... jetzt kommen schon neu erstellte ioBroker Systeme
Sehr merkwürdig.
-
@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 ! -
@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!
-
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.
-
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
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 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.