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

[JLeg]

@darkbrain85 hm, sieht so auf Anhieb eigentlich ok aus - das Ding liest z.B. für die SVGs jeweils 496 Bytes von der Platte. Und du bist ganz sicher, dass sich unter vis.0/BWS3/img/white1/6.svg bei dir "physisch" nichts befindet?

[Homoran]

@JLeg Wir hatten genau so einen Thread schonmal.
Ich kann mich leider nicht erinnern ob, und wenn ja, wie das gelöst wurde.

kann es sein, dass da die Sichtbarkeit wegen verschiedenen Userrechte in die Suppe spuckt?

[Thomas Braun]

@Homoran Gut möglich. Ich würde mir die Rechte mit getfacl anschauen.

[JLeg]

@Homoran du meinst Rechte im FS? Da er ja "root" ist, sollte er alles sehen - andernfalls wäre unter Linuxoiden ja ein "permission denied" üblich.

[JLeg]

@Thomas-Braun Oder einfach mal zur Sicherheit "vis.0" weg moven, und ein neues vis.0 anlegen?

[darkbrain85]

Das merkwürdige ist ja, dass die Dateien im täglichen Backup auch nicht aktuell sind. Ich packe da jede Nacht den iobroker-data Ordner und kopieren in auf mein NAS. Die darin befindliche vis-views.json hat halt als letzte Änderung ein Datum aus Dezember 2019 stehen. Das sollte ja normalerweise nicht möglich sein wenn danach Änderungen an den Views gemacht wurden.

Was passiert denn beim start von iobroker? Werden die Dateien vielleicht noch irgendwo hin kopiert bzw. eingelesen/zwischengespeichert und jetzt immer von dort gelesen?

Nach wie vor befinden sich unter /opt/iobroker/iobroker-data/files/vis.0 keine relevanten Daten und trotzdem funktionieren meine Views inkl. Grafiken wie immer. Es ist zum verzweifeln...

Als wäre der Pfad einfach falsch und die Klamotten liegen an anderer Stelle.
Leider bringt ein

sudo find / -name "vis-views.json"

auch keine Ergebnisse.

[Homoran]

@darkbrain85 ich glaube bei dem anderen Fall war es eine sterbende SD-Karte, die bereits RO gemountet war.
trotzdem blieben die Änderungen "irgendwie" im RAM erhalten

[darkbrain85]

@Homoran

Ich dachte auch schon an sowas... Aber dann sollte ja spätestens ein Reboot die Daten vernichten.
Bei mir läuft das ganze aber auch auf einer Proxmox VM mit Raid SSD... Also an sich wüsste ich vermutlich, wenn es da Probleme gibt. Debian hat in dem Fall auch noch 35 GB Platz auf der Virtuellen HDD... Also auch kein Platzproblem o.ä.

[Thomas Braun]

@darkbrain85 getfacl auf eine der existierenden Dateien bringt?

[darkbrain85]

@Thomas-Braun

Ich habe ja keine existierende Datei in dem Ordner. Auf dem Ordner bringt das

getfacl /opt/iobroker/iobroker-data/files/vis.0
getfacl: Entferne führende '/' von absoluten Pfadnamen
# file: opt/iobroker/iobroker-data/files/vis.0
# owner: iobroker
# group: iobroker
user::rwx
group::rwx
group:iobroker:rwx
mask::rwx
other::rwx
default:user::rwx
default:group::rwx
default:group:iobroker:rwx
default:mask::rwx
default:other::rwx

Die einzige Datei die in dem Ordner ist bringt folgendes:

/opt/iobroker/iobroker-data/files/vis.0$ getfacl _data.json
# file: _data.json
# owner: iobroker
# group: iobroker
user::rwx
group::rwx
group:iobroker:rwx
mask::rwx
other::rwx

Der Vis Editor zeigt das hier:

Es gab doch in der Vergangenheit mal ein Problem bei irgend einem Update, dass man nur noch per Dateibrowser uploaden konnte und nicht mehr über das Dateisystem. Hängt das irgendwie zusammen?

[Chrunchy]

@darkbrain85
vielleicht hilft das... Natürlich erst nachdem du dein Backup wiederhergestellt hast.
https://forum.iobroker.net/topic/16339/hilfe-vis-editor-geschrottett

[Homoran]

@darkbrain85 sagte in Zurückspielen VIS Backup:

Es gab doch in der Vergangenheit mal ein Problem bei irgend einem Update, dass man nur noch per Dateibrowser uploaden konnte und nicht mehr über das Dateisystem

das war kein Problem, das ist immer noch und bleibt auch so.
Bilder müssen über den Dateimanager von vis registriert werden, sonst sind sie in vis nicht sichtbar

Bei dir ist es aber umgekehrt, du siehst im filesystem die Dateien nicht, die in vis.0 liegen

[darkbrain85]

@Homoran

Ja richtig!
Aber wie kann es sein, dass iobroker Dateien sieht, die ich selbst als root nicht sehen kann?
Sowas ist mir bisher noch nie unter gekommen...

[Homoran]

@darkbrain85 sagte in Zurückspielen VIS Backup:

Sowas ist mir bisher noch nie unter gekommen...

wie gesagt gab es das in einem anderen Thread bereits einmal.

Damals wurde daraufhin testweise ein Bild per vis-Dateimanagre hochgeladen und verschwand im Datennirvana.
Die Suche über das gesamte Dateisystem brachte es nicht wieder zum Vorschein.

leider weiß ich nicht mehr, wie es final ausgegangen ist

[darkbrain85]

Auch interessant... Will mir iobroker sagen, es gäbe 19 Instanzen von VIS?

Das ist definitiv auch nicht korrekt...

[Homoran]

@darkbrain85 sagte in Zurückspielen VIS Backup:

Auch interessant... Will mir iobroker sagen, es gäbe 19 Instanzen von VIS?

Das ist definitiv auch nicht korrekt...

https://forum.iobroker.net/topic/36255/erledigt-adapter-visualisation-zeigt-9-instanzen/1

[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.