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

[Thomas Braun]

@guitardoc

iobroker start admin

[guitardoc]

@thomas-braun Das brachte nichts - AAAAABER… Reboot tut gut!!! Jetzt läuft alles wieder!! Adapter ist weg, ich komme überall drauf und alle Instanzen die laufen sollen sind grün!!

Vielen Vielen Vielen lieben Dank euch für die kompetente Hilfe!!! Leider kann ich überall nur ein Sternchen vergeben…

[Glasfaser]

@guitardoc

Frage am Rande ... warum bist du komplett im BETA Zweig !?

[guitardoc]

@glasfaser Der Shuttercontrol-Adapter wird immer mal upgedated und ich finde da immer wieder mal Fehler drin und teste dann das Verhalten.
Oder kann man das auch für einzelne Adapter festlegen?

[rewenode]

@thomas-braun Ja, aber der Einzeiler muss jedesmal in dem Verzeichnis abgesetzt werden, wo die Verzeichnisse sind, weil der nicht rekursiv arbeitet.

Hab bei mir mal so gelöscht:

cd /opt/iobroker/node_modules
for i in $(ls -dR */.[^.]*-*/); do rm -rf ${i%%/}; done

Hab's vorher mit :

ls -dR */.[^.]*-*/

getestet und hat auch nur die relevanten Verzeichnisse rausgeworfen.
Also bei mir hat das ohne Probleme in einem Rutsch funktioniert.
Bin mir aber nicht sicher, ob da nicht irgendwelche neg. Seiteneffekte auftreten und Verzeichnisse erwischt werden könnten, die nicht gelöscht werden dürfen.
Aber die Löschung in allen relevanten (Sub)verzeichnissen war sonst auch mir dem Einzeiler eine Qual.

Gruß
Reiner

[Thomas Braun]

@rewenode

Ich hab den Lösch-Einzeiler geändert. Läuft jetzt auch rekursiv durch den Baum. War mir eigentlich zu heikel. Aber seis drum...

[Negalein]

Hallo

Ich möchte auch den Node-Red Adapter löschen.
Dann kommt

nega@ioBroker:~$ iobroker del node-red --custom --debug
Delete adapter "node-red"
host.ioBroker object node-red deleted
host.ioBroker object node-red.admin deleted
Error deleting adapter node-red from disk: host.ioBroker: Cannot uninstall iobroker.node-red: 217
You might have to delete it yourself!
nega@ioBroker:~$ sudo rm -rf /opt/iobroker/node_modules/iobroker.node-red/
[sudo] password for nega:
nega@ioBroker:~$

Lösch ich nun mit sudo rm -rf /opt/iobroker/node_modules/iobroker.node-red/ ist das Verzeichnis weg und der Adapter scheint im Admin unter den Installierten nicht mehr auf.

Aber spätestens am nächsten Tag ist er wieder da und wird mir als Update angeboten.

Versuch ich es mit dem Einzeiler von @Thomas-Braun mit for i in $(ls -dR */.[^.]*-*/); do rm -rf ${i%%/}; done in /opt/iobroker/node_modules$ kommt unter anderem (nur ein sehr kurzer Auszug)

rm: cannot remove '@peter-murray/.hue-bridge-model-c8zoKMkf/src/model/sensors/ZGPSwitch.ts': Permission denied
rm: cannot remove '@peter-murray/.hue-bridge-model-c8zoKMkf/src/model/Light.ts': Permission denied
rm: cannot remove '@peter-murray/.hue-bridge-model-c8zoKMkf/src/HueBridgeModelError.ts': Permission denied
rm: cannot remove '@peter-murray/.hue-bridge-model-c8zoKMkf/src/types/TimePatternType.ts': Permission denied
rm: cannot remove '@peter-murray/.hue-bridge-model-c8zoKMkf/src/types/Int8Type.ts': Permission denied
rm: cannot remove '@peter-murray/.hue-bridge-model-c8zoKMkf/src/types/UInt8Type.test.ts': Permission denied
rm: cannot remove '@peter-murray/.hue-bridge-model-c8zoKMkf/src/types/StringType.test.ts': Permission denied

Wie bring ich den nun 100%ig weg?

[mickym]

@negalein Zu einen hast Du mit diesem Verzeichnis zwar den Adapter aber nicht node-red an sich entfernt. Entweder man macht es erst mal mit

npm remove node-red

im

/opt/iobroker

Verzeichnis. Ansonsten - wenn Du das nicht mit npm löschst befindet sich

1. Der Adapter von NodeRed /opt/iobroker/node_modules/iobroker.node-red
2. NodeRed an sich in /opt/iobroker/node_modules/@nodered, sowie alle Verzeichnisse die mit node-red in /opt/iobroker/node_modules beginnen
3. Dann solltest doch noch Deine eigenen Daten mit den entsprechenden Instanzen des Node-Red Adapters in /opt/iobroker/iobroker-data entfernen

und zuletzt noch die Verweise auf iobroker.node-red aus der package.json in /opt/iobroker entfernen.

Auch wenn ich das nicht verstehe. ;) ,wie man das geilste Programm in Zusammenarbeit mit dem iobroker überhaupt entfernen will.

[Negalein]

@mickym sagte in Problem beim Löschen von Node Red:

Zu einen hast Du mit diesem Verzeichnis zwar den Adapter

nicht wirklich.
Er scheint nach kurzer Zeit wieder in den Adaptern auf.

Ich möchte ihn einfach von den Adaptern weg haben.
Instanz ist schon ewig gelöscht.

[mickym]

@negalein sagte in Problem beim Löschen von Node Red:

@mickym sagte in Problem beim Löschen von Node Red:

Zu einen hast Du mit diesem Verzeichnis zwar den Adapter

nicht wirklich.
Er scheint nach kurzer Zeit wieder in den Adaptern auf.

Ich möchte ihn einfach von den Adaptern weg haben.
Instanz ist schon ewig gelöscht.

Ich habs Dir doch im Detail beschrieben, was man alles wegmachen muss - wenns nicht funktioniert - dann musst halt jemand sachkundigers finden.

[Negalein]

@mickym sagte in Problem beim Löschen von Node Red:

dann musst halt jemand sachkundigers finden

Sorry, ich verstehs nicht.

Warum muss Node-Red mit npm remove node-red und nicht wie die anderen mit iobroker del node-red?

Bei npm remove node-red kommt jetzt

nega@ioBroker:/opt/iobroker$ npm remove node-red
[sudo] password for nega:

up to date in 3s

193 packages are looking for funding
  run `npm fund` for details
nega@ioBroker:/opt/iobroker$

[mickym]

@negalein schau halt sowohl mit

npm list node-red
npm list iobroker.node-red

ob noch Einträge vorhanden sind.

Das eine ist der Adapter, das andere ist Node-red an sich.

so sieht ungefähr sieht es installiert aus - wobei ich beta im Moment drauf habe:

 npm list iobroker.node-red
iobroker.inst@3.0.0 /opt/iobroker
└── iobroker.node-red@4.0.0 (git+ssh://git@github.com/ioBroker/ioBroker.node-red.git#049d7bdddc747071fc7379551d4bd7a66d690c57)

npm list node-red
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.node-red@4.0.0 (git+ssh://git@github.com/ioBroker/ioBroker.node-red.git#049d7bdddc747071fc7379551d4bd7a66d690c57)
  └── node-red@3.0.2

[Negalein]

@mickym sagte in Problem beim Löschen von Node Red:

so sieht ungefähr sieht es installiert aus - wobei ich beta im Moment drauf habe:

nega@ioBroker:/opt/iobroker$ npm list node-red
[sudo] password for nega:
iobroker.inst@3.0.0 /opt/iobroker
`-- iobroker.node-red@3.3.1
  `-- node-red@2.2.2

nega@ioBroker:/opt/iobroker$ npm list iobroker.node-red
iobroker.inst@3.0.0 /opt/iobroker
`-- iobroker.node-red@3.3.1

[mickym]

@negalein Ja dann lösch

npm remove iobroker.node-red

und schau mit

npm list node-red

ob NodeRed mit entfernt wurde, ansonsten das auch noch entfernen .

npm remove node-red

Es dürfen danach keine Einträge mehr vorhanden sien.

[Negalein]

@mickym sagte in Problem beim Löschen von Node Red:

ob NodeRed mit entfernt wurde

ist entfernt, wenn empty steht?

iobroker.inst@3.0.0 /opt/iobroker
`-- (empty)

[mickym]

@negalein Ja

[Negalein]

@mickym sagte in Problem beim Löschen von Node Red:

Ja

Merci :)

Warum musste Node-Red so deinstalliert werden und nicht wie üblich mit iobroker del node-red?

[mickym]

@negalein Nun mit iobroker .... irgendwas - macht das alles der iobroker. Wenn der aus welchem Grund was nicht wegbringt - dann nutzt man halt npm direkt. Du hast ja das Verzeichnis manuell gelöscht, vielleicht steigt dann die iobroker Routine aus, weil sie denkt ist schon alles weg - aber in der package.json etc. sind vielleicht noch Verweise drin - jedenfalls sollten die Verzeichnisse auch weg sein.

Wie gesagt im Moment hat das auch alles nichts mit NodeRed zu tun - sondern prinzipiell können durch die npm 8 Umstellung verschiedene Dinge passierten und irgendwas nicht upgedated, installiert oder deinstalliert werden. Deswegen rate ich ja oft dazu das ganze node_modules Verzeichnis neu aufbauen zu lassen. Ich hatte totales Chaos und konnte zum Beispiel den backit-up adapter nicht updaten. - Im Prinzip ist das Upgrade auf npm 8 meines Erachtens schuld, dass im Moment diverse Sachen nicht mehr so funktionieren, wie sie sollten.

[Negalein]

@mickym sagte in Problem beim Löschen von Node Red:

dass im Moment diverse Sachen nicht mehr so funktionieren, wie sie sollten.

Ja, ich muss gefühlt bei jedem 3. 4. Update Verzeichnisse mit dem ~gdfufjz usw. händisch löschen.
Ist erst mit NPM 8 aufgetreten.

[mickym]

@negalein Deswegen bin ich ja auch für die große Lösung auch wenn die hier von manchen nicht empfohlen wird.

Hier sind beide Vorgehensweisen zusammengefasst:

https://forum.iobroker.net/topic/57278/absturz-beim-update-admin-adapter-6-2-14-auf-6-2-17/4?_=1661097462352
Man sollte halt ein Image haben.

Im Detail:
Meine Radikallösung bevor Neuaufbau und mit entsprechender Datensicherung geht immer noch so:

1. Neuaufbau des /opt/iobroker/node_modules Verzeichnis: https://forum.iobroker.net/topic/56543/nach-nodejs-update-kein-adapter-mehr-updatebar/23?_=1658914381795
2. Um wieder einen sauberen Baum zu erhalten - alle Einträge in der package.json löschen, die nicht mit iobroker beginnen und wie folgt vorgehen: https://forum.iobroker.net/topic/56772/gelöst-kein-adapter-lässt-sich-updaten