Alte Adapter lassen sich nicht löschen

[Homoran]

@Jan1
@Hiltex

Nicht dass wir weiter aneinander vorbeireden.
Was @Jan1 zeigt ist eine installierte Instanz - die durch iobroker del AdapterName.0 deinstalliert wird.

Die gesamten Installationsdateien des Adapters werden tatsächlich mit iobroker del AdapterName incl. aller installierten Instanzen glöscht.

Die Mülltonne scheint mir gemäß log

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

npm uninstall iobroker.sourceanalytix --silent --save --prefix "/opt/iobroker" (System call)

aber npm aufzurufen

EDIT:
habe eben in der Adapterliste der repositories gesehen, dass sourceanalytics zumindest in latest mit der Version 0.3.0 vertreten ist

[Jan1]

@Homoran
Jup, ich lag falsch, das ist ja tatsächlich ein installierter Adapter, also vergess was ich geschrieben habe.

[Hiltex]

Zur allgemeinen Entwirrung schreib ich nochmal Schritt für Schritt alles auf. Ich nutze dazu einen Adapter den ich noch nie installiert hatte: 1Wire OWFS

Schritt 1: installieren
Instanz läuft, alles gut.

Schritt 2: löschen
Mach ich gleich über die Tonne auf der entsprechenden Zeile

So sieht dann die Ausgabe aus:

Aber der Adapter scheint gelöscht zu sein

Schritt 3: den nächsten unliebsamen Adapter löschen
Ich nehme hier einfach Bars-Widget

Ergebnis
Der zuvor gelöschte Adapter 1Wire OWFS wird wieder als installiert, nur eben ohne Instanz angezeigt

Für dieses Problem suche ich gerade eine Lösung.

[Hiltex]

Vielleicht noch als Ergänzung:
Ich habe nun auch mal versucht, einen Adapter zu löschen, der bei reinstall eine Instanz hatte - geht auch nicht.

[apollon77]

Welcher js-controller?

[Hiltex]

Hab jetzt Version 2.1.1 installiert

[Homoran]

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

Für dieses Problem suche ich gerade eine Lösung.

ich sehe da kein Problem.

Die Installation der "Adapter" geschieht zweistufig.
(In Wirklichkeit braucht man ja eine oder mehrere Instanzen!)

Die Liste unter "Adapter" enthält nur eine Liste zur Verfügung stehender Adapter - ohne irgendwelche Dateien

Will man jetzt eine arbeitsfähige Instanz erzeugen passiert folgendes
zuerst werden die notwendigen Installationsdateien heruntergeladen
Dann werden diese für die Erzeugung der Instanzen verwendet.

https://www.iobroker.net/#de/documentation/tutorial/adapter.md

[apollon77]

versuch mal 2.2.8 vom controller

[Hiltex]

@apollon77
Nach dem Update auf den js-controller 2.2.8 hat sich auch nichts geändert. Nach wie vor lassen sich die Adapter nicht löschen.

Ich vermute ja fast, dass das garnichts direkt mit ioBroker zu tun hat, sondern eher mit NPM, einem fehlenden Index, oder was auch immer. Aber mit googeln bin ich da bisher nicht weitergekommen.

[Homoran]

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

sondern eher mit NPM, einem fehlenden Index, oder was auch immer.

ja, das kann es sein. deine Info:
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

habe ich erst den Ordner ~/.npm gelöscht und anschließend das reinstall-Script ausgeführt
ist mir irgendwie durchgerutscht

Dann mache mal bitte

cd /opt/iobroker
npm rebuild

Man möge mich korrigieren wenn der Befehl besser in /opt/iobroker/node_modules aufgehoben ist.

[Hiltex]

@Homoran
Das Verzeichnis ist denke ich so korrekt. Zumindest werden auch jede Menge Dinge, die unter Node-Modules liegen, mit aufgelistet. Abhilfe schafft das Ganze jedoch nicht.

[apollon77]

Dann lösch doch mal den node_modules/iobroker.xyz Ordner raus Das wäre der minimal weg, da bleiben vllt ein paar libs liegen aber die räumt npm an sich das nächste mal weg

[Hiltex]

Das funktioniert natürlich, führt aber beim nächsten Mal zur gleichen Situation. Das ist also leider auch keine permanente Lösung.

[Homoran]

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

Das ist also leider auch keine permanente Lösung.

genauso wenig wie

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

den Ordner ~/.npm

zu löschen

[Hiltex]

@Homoran sagte in Alte Adapter lassen sich nicht löschen:

genauso wenig wie

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

den Ordner ~/.npm

zu löschen

Das hat zumindest den Teilerfolg gebracht, dass das System wieder läuft. Mittlerweile ist man ja echt aufgeschmissen, wenn ioBroker weg ist. Also hierfür gleich mal ein Lob ans Team und ein dickes Dankeschön

[Hiltex]

Das System läuft im Moment übrigens überhaupt nicht zufriedenstellend. IoBroker startet zwar vernünftig und läuft auch recht flott, aber nach ein paar Stunden stürzen ungefähr die Hälfte aller Adapter ab, ohne dass man dazu eine Meldung im Log findet. Ich glaube sie stürzen nicht alle auf einen Schlag ab, sondern nacheinander mit zeitlichem Abstand. Der Admin-Adapter ist ebenfalls davon betroffen.
Sicher könnt ihr euch vorstellen, dass mich das gerade sehr frustriert und so einen richtigen Punkt, an dem man ansetzen kann, finde ich gerade nicht.

Hat jemand eine Idee, wie ich das System am effektivsten wieder zum laufen bekomme? Soll ich die Kiste einfach neu aufsetzen und ein Backup einspielen? Sind dann alle Scripte und Adapter wieder wie vorher oder wie muss man dabei vorgehen?

Hat jemand eine Idee und die Muse, mir dabei zu helfen, ioBroker wieder gangbar zu machen?

[Homoran]

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

Soll ich die Kiste einfach neu aufsetzen

am besten dann mit neuestem node10, controller 2.2.8 und neuestem admin

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

ein Backup einspielen? Sind dann alle Scripte und Adapter wieder wie vorher

Jein!
Alle Instanzen sind dann komplett neu installiert und auf dem neuesten Stand - alle Leichen sind dadurch weg.
Skripte und vis und Konfigurationen sind erhalten.
Wenn du Adaptervon Github installiert hattest könnte es da anders sein

[Hiltex]

Ok, dann probiere ich das morgen mal. Ist ja zum Glück eine VM, da muss ich die alte Maschine ja erstmal nicht löschen.

[Homoran]

@Hiltex sagte in Alte Adapter lassen sich nicht löschen:

da muss ich die alte Maschine ja erstmal nicht löschen.

weise Entscheidung

[apollon77]

@Hiltex naja ich würde ja zuerst mal genau reinschauen.

Ein Log von so einem "Absturzszenario" wäre äusserst hilfreich. Was steht genau da wenn sich die Adapter beenden? Steht vllt zu dem zeitpunkt irgendwas im /var/log/sylog?
Was ist es denn überhaupt für ein System? Wieviele Adapterinstanzen? Wieviel RAM ... Bisher hast Du nicht vil preisgegeben.

Und leider muss ich zu guter letzt sagen das ich nicht den Zusammenhang mit dem Thread Thema sehe und mich über einen neuen Thread dazu aber freuend würde