Neues YouTube-Video: Visualisierung im Devices-Adapter

[skvarel]

Hallo zusammen.

Wie wird man einen Adapter los, der auf 'non-deletable' steht und warum macht man sowas?

$ iobroker del motion --debug
Delete adapter "motion"
host.ioBroker Counted 1 meta of motion
host.ioBroker Adapter motion cannot be deleted completely, because it is marked non-deletable.
host.ioBroker Counted 1 states of system.adapter.motion
host.ioBroker Counted 1 states (system.adapter.motion.*) from states
host.ioBroker file motion deleted
host.ioBroker object motion deleted
host.ioBroker Deleting 3 object(s).
host.ioBroker Deleting 1 state(s).
ERROR: Process exited with code 41

[skvarel]

Ich habe eine Datei gefunden:

system.adapter.motion .. in der Datei stand auch die nondeletable Property/Zeile

Zeile entfernt und der Adapter ließ sich deinstallieren.

[Thomas Braun]

@skvarel

Hier mal geschaut und das Vorgehen adaptiert?

https://forum.iobroker.net/topic/79106/deinstallation-vcard-adapter-nicht-möglich/4

[skvarel]

@Thomas-Braun .. ja, leider kein Eintrag zum 'motion' Adapter in den Objektdaten gefunden

[skvarel]

@Thomas-Braun .. wenn ich das richtig sehe, stehen dort auch nur Adapter, die mindestens im Beta-Repo sind. So weit hat es der motion Adapter gar nicht geschafft.

[skvarel]

Ich habe eine Datei gefunden:

system.adapter.motion .. in der Datei stand auch die nondeletable Property/Zeile

Zeile entfernt und der Adapter ließ sich deinstallieren.

[haus-automatisierung]

@mcm1957 Ist das schon in den Tests des Adapter-Checkers enthalten?

https://github.com/ruhigundrelaxed/ioBroker.motion/blob/49bb8cc1244444cd52b42dc26d0fa113039bab20/io-package.json#L12

[mcm1957]

Tja die ERSTE FRAGE die ich hier stellen muss

Der Adapter ist nur über GITHUB Installierbar.

Warum macht man das muss ich da mal zurückgeben. Ich habe hier schon gefühlte 100 mal geschrieben, dass vom Installationen direkt von Github EXPLIZIT abgeraten wird, da solche "Adapter" keinen definierten Stand haben und ggF auch ein ganze Installation (zer-)stören können. Von Github sollte nur auf Anregung des Devs im Zuge von Tests / Fehlereingrenzungen installiert werden und auch nur, wenn man ein funktionierendeds Backup hat und weiß wie man damit umgehebn kann. Der Adapter ist offensichtlich ein gutes Beispiel wie ein "installier ich mal von Github" Probleme auslösen kann. Genausogut hätte der Adapter auch Daten zerstören können die nur via Neuinstallation und ggF altem Backup restaurierbar gewesen wären.

Zur Frage von @haus-automatisierung
Ja der Checker prüft das in aktuellen Versionen - aber das Verhindert keinesfalls die Verwendung noch verhindert der Checker unsinnige Github Daten.

Daher zum 101ten Mal:

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.**

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.

@mcm1957

[skvarel]

@mcm1957 .. ich kenne das Risiko und ich habe selbstverständlich genügend Backups. Ich habe in meinen rund 8 Jahren ioBroker auch schon das ein oder andere Backup eingespielt. Alles kein Problem für mich.

Mir ging es hier lediglich um das 'non-deletable', das hatte ich so noch bei keinem anderen Adapter.

[mcm1957]

Ist halt ein fehlerhaftes Repository.
Sei froh dass da kein rm -r / drinnen stand :-)