Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[darkbrain85]

@Homoran

Danke für den Link! Leider hat selbst ein "iobroker upload all" nichts gebracht. Weiterhin 19 Instanzen.
Löschen ich den VIS Adapter und installiere ihn wieder, habe ich sofort wieder 19 Instanzen. will ich Instanz 0 hinzufügen schlägt das fehl, weil nur eine Instanz erlaubt ist...

Läuft toll heute... Das ist einer dieser wenigen Momente wo ich iobroker wirklich verabscheue... ;-)

[JLeg]

@darkbrain85 was sagt denn "iobroker list instances" dazu?

[darkbrain85]

@JLeg

Keine Vis.0 Instanz jedenfalls... :-(

[JLeg]

@darkbrain85 verrückt; was mir noch einfällt zu Homorans Filesystem-Idee - hatte mal etwas "entfernt ähnliches" unter Proxmox, als mir "oben" im Proxmox dank zuvieler Snapshots der "cow space" ausgegangen war (= Snapshots "übergelaufen"); da passierten "unten" im Container (ich glaube es war keine VM) auch recht lustige Dinge, obwohl das FS dort nicht als "voll" angezeigt wurde.

[darkbrain85]

@JLeg
Ich spiele gerade das Backup von heute nacht ein. Das löst zwar mein Vis Problem nicht, aber mittlerweile habe ich so viel rum gespielt, dass ich mal wieder einen sauberen Ausgangspunkt brauche.

Werde mich dann wohl morgen erneut mit frischem Kopf daran begeben... Bis hier hin erstmal danke für die vielen Ideen! Ich melde mich...

[darkbrain85]

Ich habe gerade mal weitere Nachforschungen betrieben.

Die iobroker GUI zeigt mir nach wie vor aktuell 20 Instanzen für VIS an. Mache ich einen Upload der VIS bezogenen Adapter (Icons, Widgets) kann ich die Anzahl auf zwei Instanzen verringern. Sobald ich allerdings einen Upload des Vis Adapters mache, habe ich wieder 20 Instanzen in der Anzeige.

Mein VIS Projekt funktioniert weiterhin ohne jede Datei in /opt/iobroker/iobroker-data/files/vis.0/

Ich weiß im Moment nicht mehr, wo ich suchen soll....

[Glasfaser]

@darkbrain85 sagte in Zurückspielen VIS Backup:

Wie kann es sein, dass trotz löschen des gesamten Projektordners noch immer mein VIS Projekt funktioniert? Hat sich der Speicherort geändert? Leider finde ich auch keine andere vis-views.json im Dateisystem...

Hast du redis

siehe hier den Thread dazu : Link Text

[darkbrain85]

@Glasfaser

Krass! Danke! Mir war absolut nicht bewusst, dass die Vis Dateien in Redis liegen.
Steht das irgendwo in der Doku? Gefühlt habe ich mir die Finger wund gesucht..

Ich teste das mal "kurz"....

[darkbrain85]

So, einfach mal für die Nachwelt:

Tatsächlich war Redis das "Problem"... Ob das Sinn macht, die VIS Dateien in Redis zu haben, weiß ich nicht. Aus meiner Sicht macht das die Dinge nur komplizierter.

Ebenfalls lag offensichtlich auch die Anzeige von 20 VIS Instanzen irgendwo bei Redis. Ich habe gestern auf file/file umgestellt und die alten Daten aus Redis migriert. Das funktionierte recht gut. Danach half dann ein Upload sämtlicher VIS relevanter Adapter, um das Problem zu lösen. Mit Redis sind die falsch angezeigten Instanzen nach einem Upload von Vis selber wieder da.

Zwischenzeitlich habe ich auch getestet, wie sich ein Restore aus einem Backup verhält. Auch das ist leider mit Redis sehr zickig verlaufen und erforderte diverse Uploads und neu Installationen von Adaptern.

Letztlich habe ich einfach ein funktionierendes Proxmox Backup zurückgespielt, per "iobroker setup custom" auf file/file umgestellt und dann lief iobroker so stabil wie nie... Ob das nun an Problemen mit Redis oder iobroker liegt, kann ich nicht beurteilen. Ich bleibe vorerst bei file/file, da es auf meinem Server mit SSD's an der Performance nichts ändert, aber dafür alle meine Probleme beseitig.

[Homoran]

@darkbrain85 sagte in Zurückspielen VIS Backup:

Steht das irgendwo in der Doku?

nöö, war mir auch nicht so bewusst!

@apollon77
hat das mit den "neuen " Controller Versionen zu tun, oder warum ist vis in der Redis gespeichert?

[mickym]

@darkbrain85 Nachdem ich die Vor- und Nachteile von redis gelesen habe, verzichte ich auf redis.

Für mich ist die Bezeichnung file - einfach irreführend - da ja auch bei file - die Datenbanken im RAM arbeiten und der Unterschied sowie ich das verstanden habe, lediglich darin besteht, dass das Sichern der Datenbanken auf Filesystem einmal über Javascript Adapter erfolgt und eben nicht über redis in C.

Wenn man die Empfehlung liest, dass man sich über den Einsatz bei redis - Gedanken machen sollte,
-- wenn aber der js-controller-Prozess ständig über 50-70% CPU in Anspruch nimmt oder seine IO-Last im Dateisystem spürbar wird, kann es Zeit werden sich über den Einsatz von Redis Gedanken zu machen

dann ist das wohl für die meisten akademischer Natur. Ich habe auf einen Pi4 in der Regel ein CPU-Last um die 10%.