SOLVED [gelöst] Adapter lassen sich nicht mehr löschen

[Kueppert]

@SBorg also den Fixer hab ich nicht laufen lassen. Da sollte alles als root nachwievor laufen (denke ich). Hab auf jeden Fall nichts geändert in der ewigen Zeit, die mein System schon läuft...
Ich wollte vom Fixer eigentlich die Finger lassen, weil bei mir alles unter root weiterlaufen sollte.
Die M2.SSD sollte ich ausschließen können. Da laufen 4 VMs drauf, mit denen ich keinerlei Probleme habe, und Platz ist noch genug da
Vielleicht mach ich ein backup und probiere mal dieses Fixer-Dingens aus und schaue was passiert. Danke für den Hinweis.

[Kueppert]

@AlCalzone ich hatte mein System neu aufgesetzt...danach ging auch das Entfernen der Adapter wieder

[AlCalzone]

@Kueppert sagte in Adapter lassen sich nicht mehr löschen:

Ich wollte vom Fixer eigentlich die Finger lassen, weil bei mir alles unter root weiterlaufen sollte.

Das Problem ist, dass NPM teilweise Unterprozesse trotzdem nicht als root ausführt - und dann gibt es so Probleme wie du hast. Wenn du keinen triftigen Grund hast, ist Ausführen von ioBroker als root nicht mehr zu empfehlen. Wir haben den ganzen Spaß nicht umsonst umgestellt.

[A Former User]

@AlCalzone
Ich hab das bei meiner produktiven installation von iobroker aber auch, dass ich keine Adapter mehr vom Adminweb -interface loeschen kann. Den Fixer hab ich schon des oefteren laufen lassen, iobroker wird auch per systemctl gestartet.

Denke, da ich die Installation seit npm4x mit mir rum schleppe, werde ich damit leben muessen. Loeschen kann man ja per Hand noch, ansonsten bastele ich am produktiven System sowieso nicht rum, dafuer gibts VM's..

Irgendwann, wenn ich mal viel Zeit habe, setz ich ihn sowieso mal neu auf...

[Kueppert]

Ich habe den Fixer laufen lassen. Lief auch sauber durch. Hat nur leider bei meinem Problem mit den Adaptern und deren Deinstallation nicht weiter geholfen

$ ./iobroker del tuya
Delete adapter "tuya"
npm uninstall iobroker.tuya --silent --save --prefix "/opt/iobroker" (System call)
ERROR: Error deleting adapter tuya from disk: Error: host.iobrokerNUC: Cannot uninstall iobroker.tuya: 216
ERROR: You might have to delete it yourself!
process exited with code 0

Komme wie ilovegym auch von node 4, alte Installation...werd ich dann wohl mal neu machen, wenn ich viel Zeit habe ^^

[AlCalzone]

@Kueppert @ilovegym Interessant... Ich habe den Fixer damals an meiner Uralt-Installation getestet. War mal npm 3, alles noch als root, zwei mal Major-Node-Versionen geupgradet... Läuft 1A.

[Kueppert]

@AlCalzone ich kann dir leider nicht sagen, woran es liegt. Die VM unter Proxmox sollte kein Problem sein. Läuft fein Debian drauf.

NPM: 6.4.1
JS: 1.5.11
Node js: 8.15.0

Weiß nicht, was ich sonst noch testen könnte, um dem "Problem" auf die Spur zu kommen? Hab ein Backup gemacht, kann also fein an meiner Prod testen

[SBorg]

Immerhin ist jetzt der "write"-Error weg.
Um bei dem tuya-Adapter zu bleiben, was gibt denn ls -al /opt/iobroker/node_modules|grep iobroker.tuya und ls -al /opt/iobroker/node_modules/iobroker.tuya aus?

[A Former User]

@AlCalzone sagte in Adapter lassen sich nicht mehr löschen:

@Kueppert @ilovegym Interessant... Ich habe den Fixer damals an meiner Uralt-Installation getestet. War mal npm 3, alles noch als root, zwei mal Major-Node-Versionen geupgradet... Läuft 1A.

Das löschen der Adapter (nicht der Instanzen ) funktioniert bei mir seit js-controller 1.5.14 wieder einwandfrei, auch auf Clients, nicht nur auf dem Server. Muss also was im js-controller gewesen sein.

[AlCalzone]

@ilovegym Oder beim Upgrade wurden deine Permissions wieder gerade gerückt

[Kueppert]

@AlCalzone ich hatte mein System neu aufgesetzt...danach ging auch das Entfernen der Adapter wieder

[Alex1808]

Hallo alle zusammen. Brauch eure hilfe.

Habe eine neue instalation vom iobroker aufgesetzt, aus dem Backup konnte ich alles ohne problemen wiederherstellen. Einige Adapter wurden nicht mehr gebraucht und ich wollte die deinstallieren und da gibst seltsame probleme.

Installation geht dursch, aber deinstalliren nicht.!

Spoiler

user rechte haben damit (werde ich behaupten) nicht zutun

Spoiler

erst wenn ich versuche mit "npm uninstall adapter" wird sichtbar was verursacht diese problem
Could not install from "node_modules/soef" as it does not contain a package.json dile.

habe einige stunden probirt das Problem zulösen, leider ohne erfolg. tr-604 adapter hatte ich deinstalliert mit "rm -r"

Hat jemand ein lösung?

[FredF]

@Alex1808 sagte in [gelöst] Adapter lassen sich nicht mehr löschen:

Hat jemand ein lösung?

Nicht wirklich, aber warum deinstallierst du nicht über ioBroker Admin?
Welches Backup hast du verwendet? Minimal oder komplett?

[Alex1808]

@FredF
über ioBroker Admin wird er auch nicht deinstalliert. Ich habe kein Backup-Adapter benutzt, sondern iobroker gestopt, /opt/iobroker komprimiert auf neu installation entpackt.

[FredF]

@Alex1808 sagte in [gelöst] Adapter lassen sich nicht mehr löschen:

/opt/iobroker komprimiert auf neu installation entpackt.

Ich denke das wird so nicht funktionieren... da passt dann nichts mehr zusammen.
Der einfachste Weg ist über ein Minimal Backup. Also neue ioBroker installation nur mit Admin und Backitup Adapter. Das Minimal Backup einspielen und Geduld haben.
Es werden alle Adapter wie vorher installiert und gut ist...

[Alex1808]

@FredF
ich habe natürlich rebuild durchgeführt, hatte immer so gemacht, ohne problemmen. Mein system ist über 5 jahre alt, alle updates mit gemacht.

[FredF]

@Alex1808 sagte in [gelöst] Adapter lassen sich nicht mehr löschen:

hatte immer so gemacht,

Ok. Ich habe das noch nie so gemacht und weis dann auch nicht woran das liegt...

[Negalein]

Das schaut nach dem üblichen Soef-Problem aus.

Such mal danach. Da gibt es irgendwas zum nachinstallieren.

[Alex1808]

@Negalein

Ja, diese instalationa hatte ich mahl vor einge zeit gemacht. Aber alles was suche rausspuckt ist wie man die tr-064 am laufen kriegt, ich aber habe andere problem, eigentlich umgekehrt)

[Alex1808]

Ich konnte mein problem lösen damit ich nur iobroker_data ordner aus der Backup genohmen.