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

[Thomas Braun]

@darkbrain85
Und was liegt im Verzeichnis vis bzw vis.0 drin?

[darkbrain85]

@Thomas-Braun

Laut Konsole nur

-rwxrwxrwx+   1 iobroker iobroker 86349 Dez  4  2019 _data.json

Hinweis: Ich habe testweise alles gelöscht um zu prüfen ob VIS danach das Projekt noch findet.

[JLeg]

@darkbrain85 vielleicht etwas "hardcore", hat mir bei sowas aber schon öfters auf die Sprünge geholfen:

• ps -ax|grep io.web.0 => das sollte der Prozess sein, der die vis-Dateien ausliefert; die "Prozess-Id" "merken"
• strace -fp <Prozess-Id> 2> ausgabe.txt

und dann in der Ausgabedatei mal nach deiner "Test-Vis" suchen; vielleicht stellt sich am Ende aber auch nur heraus, dass du auf dem falschen iobroker bist? ;-)

[darkbrain85]

@JLeg

Naja, es ist schon der richtige Host... ;-)

In der Ausgabe "Deiner" Befehle finde ich beim Aufruf meiner VIS mit dem Namen "BWS3" folgende Einträge:

Ich habe aber keine Ahnung, was ich mit dieser Erkenntnis nun anfange...

[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