Skript löschen geht nicht - permissionError
-
@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 !?
-
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
-
@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.
-
Ich habe gerade letzte Woche eine Beta Installation restort und kann die Fehler nicht reproduzieren.
-
@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. -
@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. -
@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. -
@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
-
Hast du ein Spiegelverzeichnis? Wenn du die skripte dort löschst passiert was?
-
Gleiches Problem. LXC-Container Debian erstellt. iobroker installiert, javascript installiert und script erstellt.
Versuch Script zu löschenpermissionErrorScript 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 -
@thomas-braun
Leider ohne Spiegelverzeichnis erstellt.
Wäre einen Versuch wert was passiert mit. -
@mrjeschke sagte in Skript löschen geht nicht - permissionError:
Script im Spiegelverzeichnis gelöscht (sudo), Script ist gelöscht.
Könntest du zum Test noch ein Skript erstellen und dann die Ausgabe hier posten
Beispiel an deinem Script :
ls -la /home/iobroker/scripte/common/Skript_1.js -
@glasfaser sagte in Skript löschen geht nicht - permissionError:
ls -la /home/iobroker/scripte/common/Skript_1.js
pi@test246:/home/iobroker/scripte/common$ ls -la /home/iobroker/scripte/common/Skript_1.js -rwxr-xr-x 1 iobroker iobroker 0 Sep 26 18:40 /home/iobroker/scripte/common/Skript_1.js -
-
@glasfaser sagte in Skript löschen geht nicht - permissionError:
ls -la /opt/iobroker/iobroker-data
pi@test246:/home/iobroker/scripte/common$ ls -la /opt/iobroker/iobroker-data total 4012 drwxrwxr-x+ 7 iobroker iobroker 4096 Sep 26 17:46 . drwxrwxr-x+ 6 iobroker iobroker 4096 Sep 26 17:38 .. drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 26 17:23 backitup drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 26 17:23 backup-objects drwxrwxr-x+ 6 iobroker iobroker 4096 Sep 26 17:26 files -rw-rwxr--+ 1 iobroker iobroker 7483 Sep 26 17:23 iobroker.json -rw-rwxr--+ 1 iobroker iobroker 3 Sep 26 17:46 notifications.json -rw-rwxr--+ 1 iobroker iobroker 3248730 Sep 26 18:41 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 26 18:43 objects.jsonl.lock -rw-rwxr--+ 1 iobroker iobroker 807070 Sep 26 18:42 states.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 26 18:43 states.jsonl.lock -
Sehr komisch ...
Neu angelegt , läßt sich auch ohne Probleme wieder löschen .
die Rechte sind auch gleich gesetzt :
-rwxr-xr-x 1 iobroker iobroker 0 Sep 26 18:47 permissionError.js -
@mrjeschke sagte in Skript löschen geht nicht - permissionError:
-rw-rwxr--+ 1 iobroker iobroker 3248730 Sep 26 18:41 objects.jsonl
Hast du auch Probleme Objekt zu löschen !?
ich habe andere Rechte
-rw-r--r-- 1 iobroker iobroker 193711250 Sep 26 18:48 objects.jsonl -
@glasfaser
Ja, Objekte löschen geht auch nicht. -
Könntest du was weiteres bitte testen !
gehe bitte auf den Admin 6.2.18
danach
iobroker stop iobroker fix iobroker start sudo rebootwas ist dann
-
@glasfaser
Sorry, das müssen wir wohl auf Morgen verschieben. Ich habe Frühschicht und da klingelt der Wecker um 3:45h.
Beim Versuch den Info-Adapter zu installieren hat sich der iobroker verabschiedeti@test246:/home/iobroker/scripte/common$ iobroker status internal/modules/cjs/loader.js:905 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:902:15) at Function.Module._load (internal/modules/cjs/loader.js:746:27) at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:75:12) at internal/main/run_main_module.js:17:47 { code: 'MODULE_NOT_FOUND',Ist nur eine Test-Instanz, also kein Problem.
