Skript löschen geht nicht - permissionError

[ltsalvatore]

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

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

ich hatte folgendes gefunden

kannst du uns auch bitte die Quelle dazu nennen !?

puh... wer weis wo ich das her habe.. ist schon länger her, dass ich mir diese notizen bei mir abgelegt hatte...

[Thomas Braun]

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

alles neu installieren.. ist nicht mal eben gemacht...

Stündchen. Wenn man sich Zeit lässt.
Aber die Zeit hast du ja jetzt seit vier Jahren nicht investiert, dann ist die ja jetzt vorhanden.

[ltsalvatore]

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

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

alles neu installieren.. ist nicht mal eben gemacht...

Stündchen. Wenn man sich Zeit lässt.
Aber die Zeit hast du ja jetzt seit vier Jahren nicht investiert, dann ist die ja jetzt vorhanden.

nun.. ich wäre etwas vorsichtig mit solchen behauptungen..
wie gesagt ich bin kein linux experte..
und ich habe das letzte mal mein system vor nicht einmal zwei jahren, wenn ich mich nicht täusche, komplett neu installiert.
scheinbar habe ich da unwissend weiterhin eine alte OS version genutzt.

[Glasfaser]

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

ist schon länger her,

Sorry das wir dich löchern , aber wir versuchen herrauszufinden wie man es schaft im Verzeichniss local etwas zu installieren ...

wie bei dir :

/usr/bin/nodejs
/usr/local/bin/node
/usr/local/bin/npm

[Thomas Braun]

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

wie man es schaft im Verzeichniss local etwas zu installieren ...

n macht das.

[ltsalvatore]

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

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

ist schon länger her,

Sorry das wir dich löchern , aber wir versuchen herrauszufinden wie man es schaft im Verzeichniss local etwas zu installieren ...

wie bei dir :

/usr/bin/nodejs
/usr/local/bin/node
/usr/local/bin/npm

alles gut.. ich bin ja auch hier um zu lernen und dankbar, dass ihr euch die zeit nimmt..
aber wenn ich es wüsste, würde ich es euch bestimmt sagen

[Thomas Braun]

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

aber wenn ich es wüsste, würde ich es euch bestimmt sagen

Hast du doch schon. Das kommt durch die unnötige Installation von nodejs stable über das Programm n. Macht man nicht, man nutzt seinen Paketmanager für Installationen von Programmen. Immer.

[Borsti1981]

@thomas-braun Moin! Ich hänge mich mal dran... Habe Debian 11 und iobroker heute komplett neu aufgesetzt und habe das selbe Problem und kann keine Scripte löschen

iobroker@iobroker:~ $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
aarch64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.17.1
v16.17.1
8.15.0
4.0.23
iobroker
iobroker adm tty dialout cdrom sudo audio video plugdev games users input render netdev bluetooth gpio i2c spi
/home/iobroker
Hit:1 http://security.debian.org/debian-security bullseye-security InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:5 https://deb.nodesource.com/node_16.x bullseye InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
nodejs:
  Installed: 16.17.1-deb-1nodesource1
  Candidate: 16.17.1-deb-1nodesource1
  Version table:
 *** 16.17.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages

[ltsalvatore]

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

@thomas-braun Moin! Ich hänge mich mal dran... Habe Debian 11 und iobroker heute komplett neu aufgesetzt und habe das selbe Problem und kann keine Scripte löschen

iobroker@iobroker:~ $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
aarch64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.17.1
v16.17.1
8.15.0
4.0.23
iobroker
iobroker adm tty dialout cdrom sudo audio video plugdev games users input render netdev bluetooth gpio i2c spi
/home/iobroker
Hit:1 http://security.debian.org/debian-security bullseye-security InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:5 https://deb.nodesource.com/node_16.x bullseye InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
nodejs:
  Installed: 16.17.1-deb-1nodesource1
  Candidate: 16.17.1-deb-1nodesource1
  Version table:
 *** 16.17.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages

hast du auch den admin Adapter aktualisiert?
ich habe über proxmox eine komplette rücksicherung gemacht, um auch diese node.js Eskapade zu korrigieren. im Anschluss habe ich jeden Adapter einzeln aktualisiert und erst beim Aktualisieren des Admin adapters fingen die Probleme an.

[Borsti1981]

@ltsalvatore ne bei der Installation von iobroker war schon die aktuellste Version vom Admin installiert

[bony97]

@borsti1981 Moin zusammen, auch ich hänge mich da mal mit dran.
Neue bullseye Installation auf Pi4. Iobroker frisch aufgesetzt. NPM 8.15; NodeJs 16.17.1; Admin 6.2.22; Javascript 6.03
Ich kann weder JS-Skripte noch einzelne Objekte löschen. Skripte erstellen geht beliebig. Objekte können ebenfalls an den üblichen Stellen im Baum (sei es unter Javascript oder MQTT oder sonst wo) erstellt aber nicht mehr (manuell - per script nicht getestet) gelöscht werden
Es poppt immer nur "Cannot delete object: permissionError" auf.
iob stop / iob fix hilft leider nicht.
Noch jemand eine Idee?

[ThomasH]

Ich habe ebenfalls ioBroker neu aufgesetzt und hatte gestern auch das Problem, dass ich keine Objekte/Skripte löschen kann. Dann habe ich nochmal von vorne angefangen und gestern ging es noch.

Heute habe ich dann auch die Adapter unter anderen den Admin-Adapter aktualisiert und es geht nicht mehr. Könnte also schon (wie oben beschrieben) am Admin-Adapter liegen?

Wie kann ich die alte Version verwenden (ohne neu zu installieren)? Backup habe ich noch nicht gemacht.

[Thomas Braun]

@thomash

iobroker upgrade admin@6.2.21

Oder wie auch immer die Versionsnummer vorher war.

Hat von den Betroffenen jemand ein Issue eröffnet?

https://github.com/ioBroker/ioBroker.admin/issues

[ltsalvatore]

zur info:
ein downgrade auf 6.2.20 (version wo alles noch OK war) bring leider nichts. fehler bleibt weiterhin bestehen

[Homoran]

@ltsalvatore
Auch nach Browser refresh ind ggf. Neustart?

[ltsalvatore]

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

@ltsalvatore
Auch nach Browser refresh ind ggf. Neustart?

auch danach geht es leider nicht.

[Jan1]

@ltsalvatore
Das liegt auch nicht an der Admin Version, da ich hier ohne Problem Scripte auch löschen kann.

[Thomas Braun]

@jan1

Hier auch.

[Glasfaser]

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

javascript = v6.0.3

gehe mal testweise auf "6.0.1"

[ltsalvatore]

@jan1
hm.. ich würde jetzt auch nicht unbeding meine hand ins feuer legen, dass es 100% an dem admin adapter liegt.
fakt ist aber, ich habe vorhin ein zweites mal eine vollsicherung zurückgespielt, wo alles noch ging, und lediglich den admin adapter aktualisiert, alle anderen updates habe ich nicht angefasst. und der fehler tauchte sofort auf.