Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[sigi234]

@antimon

iobroker stop vis
iobroker upload vis
iobroker start vis

Browser Cache leeren

[antimon]

Hallo sigi234,

danke für deinen Tip - leider hat das noch keinen Erfolg gebracht. Das Root-Verzeichnis bleibt immer leer :-(
Was könnte ich noch probieren?

Was genau macht eigentlich der "upload"-Befehl? Da habe ich noch keine Infos dazu finden können...

Viele Grüße

[Glasfaser]

@antimon sagte in vis Dateimanager ohne Ordner:

Was genau macht eigentlich der "upload"-Befehl? Da habe ich noch keine Infos dazu finden können...

Link Text

.

keinen Erfolg gebracht.

Installiere Vis über die Katze neu ...

[antimon]

@Glasfaser: Sorry, ein RTFM bringt mir leider nicht viel... erstens ist die Doku oft veraltet/nicht vorhanden/Link geht ins Leere oder sie sagt wie in diesem Fall nicht wirklich was.
"nur wenn erfahrene Anwender, die wissen was sie tun, selber Dateien ändern, oder wenn eine Beta-Version aus Github geladen wird ist diese Funktion notwendig"

Ich möchte wissen, was genau hinter der Funktion steckt. Wird da ein Adapter von GitHub geladen, werden Dateien in den Instanzen neu geschrieben oder was passiert da? Normalerweise würde ich unter einem "Upload" verstehen, dass ich Dateien hochlade, die bei mir lokal gespeichert sind. Aber das scheint nicht der Fall zu sein - die Angabe eines Adapternamens genügt und es werden Daten von irgendwo nach irgendwo kopiert (zumindest sieht das laut Konsole so aus). Aber von wo nach wo und warum?

Und die Katze bringt mir nicht viel, ich würde gern bei einer stable version bleiben, ich bin grad froh dass mein ioBroker grad einigermaßen stabil läuft. Oder was möchtest du mir damit sagen? Gibt es einen Bug mit meinem Problem, der in einer aktuelleren Version gefixt wurde?

[Glasfaser]

@antimon sagte in vis Dateimanager ohne Ordner:

@Glasfaser: Sorry, ein RTFM bringt mir leider nicht viel... erstens ist die Doku oft veraltet/nicht vorhanden/Link geht ins Leere oder sie sagt wie in diesem Fall nicht wirklich was.

RTFM
Beschreibung
Aus dem Englischen übersetzt-RTFM ist eine Initialisierung für den Ausdruck "Lies das verdammte Handbuch" - normalerweise verwendet, um eine Frage zu beantworten, die leicht aus dem Produkthandbuch oder der Dokumentation hätte beantwortet werden können. Wikipedia (Englisch)

Kein Kommentar dazu ....

ich bin grad froh dass mein ioBroker grad einigermaßen stabil läuft.

und nach deinem Thread " Admin Oberfläche sehr träge, hohe CPU-Last " wohl nicht

[antimon]

Und... was willst du mir damit sagen?

[Homoran]

@antimon
Um es kurz zu machen:
ein Update von Github ist nicht so komfortabel wie über den admin, daher müssen einzelne Schritte vom User, der weiß was er tut, beachtet und manuell durchgeführt werden.

Dazu gehört unter anderem der upload.

Ein Update betrifft nur die Dateien des Adapters, nicht der Instanzen.
Das besorgt der upload

[Boronsbruder]

Ich muss mich mal hier mit einklinken...
Ich habe das selbe Problem...

Was habe ich schon probiert:

• vis deinstalliert und neuinstalliert (inkl. Löschen des Verzeichnisses unter "...iobroker-data/files"
• Neuinstallation von Git-Hub version 1.2.6
• Browser-Cache gelöscht - Alternative Browser getestet (Firefox und Chrome)
• web und socketio neuinstalliert (auch von Github web@3.0.9 socketio@3.0.12)

was mir im Log aufgefallen ist:

2020-08-15 10:16:08.871 - debug: web.0 (21220) readFile will not read this file (words.js) in future versions: vis-materialdesign.admin is not an object of type "meta"
2020-08-15 10:16:09.030 - info: socketio.0 (277) ==>Connected system.user.admin from 192.168.116.99
2020-08-15 10:16:09.150 - debug: socketio.0 (277) Connection from vis.0
2020-08-15 10:16:09.203 - debug: socketio.0 (277) 2020-08-15T08:16:09.203Z Request authenticate [system.user.admin]
2020-08-15 10:16:09.206 - debug: socketio.0 (277) Subscribes: *
2020-08-15 10:16:09.277 - debug: socketio.0 (277) Subscribes: *, vis.0.control.instance, vis.0.control.data, vis.0.control.command
2020-08-15 10:16:35.536 - warn: socketio.0 (277) readDir will not read this directory () in future versions: undefined
2020-08-15 10:16:35.536 - debug: socketio.0 (277) Invalid file path /
2020-08-15 10:16:39.248 - warn: socketio.0 (277) readDir will not read this directory () in future versions: undefined
2020-08-15 10:16:39.249 - debug: socketio.0 (277) Invalid file path /

Aber ich weiß nicht wo ich ansetzen soll...

Edit:
In Verzeichnissen, die er anzeigt, funktioniert auch nur die "Vorschau", die "Listenansicht" bleibt leer...

Danke im Voraus

[Boronsbruder]

So... Problem ist hier gelöst!

Ich habe die OBJECTSDB von "redis" zurück auf "file" stellt und siehe da:

Es wird alles angezeigt...

socketio.0	2020-08-15 13:30:23.876	debug	(946) Invalid file path /
socketio.0	2020-08-15 13:30:23.875	warn	(946) readDir will not read this directory () in future versions: undefined

Die Fehlermeldung des socketio ist zwar immer noch da, aber damit kann ich leben...

Ich hoffe, das hilft jemand.

[Mr. Qi]

Ich bin gerade eben an die Sache herangetreten weil ich dieses "Problem" bei mir festgestellt habe.
der vorschlage von @boronsbruder hat auch bei mir dazugeführt das alle Dateien- und Ordnerstruckturen nun wieder angezeigt werden.

Zur erläuterung ich bin so wie viel nach dieser Anleitung von redist vorgegangen:

externe Anleitung: https://www.sotzny.de/2020/06/04/iobrokers-schreibvolumen-reduzieren/

MOD-Edit: Link-Ziel sichtbar gemacht!

dann beim einstellen des IO auf redist

sudo iobroker stop all
sudo iobroker stop

iobroker setup custom
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: *** f *** (nicht r)
Host / Unix Socket of objects DB(file), default[127.0.0.1]: >***ENTER***
Port of states DB (redis), default[6379]: >ENTER
Type of states DB [(f)file, (r)edis], default [file]: *** r ***
Host / Unix Socket of states DB (redis), default[127.0.0.1]: >***ENTER***
Port of states DB (redis), default[6379]: >***ENTER***
Data directory (file), default[../../../iobroker-data/]: >***ENTER***
Host name of this machine [iobroker]: >***ENTER***
creating conf/iobroker.json

danach mit Y, y, y bestätigen und Kaffee holen !

BEI MIR musste ICH anschliessend nur noch den Browser Cach löschen das war es.!
so hat es geklappt.

@boronsbruder said in vis Dateimanager ohne Ordner:

So... Problem ist hier gelöst!

Ich habe die OBJECTSDB von "redis" zurück auf "file" stellt und siehe da:

Es wird alles angezeigt...

socketio.0	2020-08-15 13:30:23.876	debug	(946) Invalid file path /
socketio.0	2020-08-15 13:30:23.875	warn	(946) readDir will not read this directory () in future versions: undefined

Die Fehlermeldung des socketio ist zwar immer noch da, aber damit kann ich leben...

Ich hoffe, das hilft jemand.

[Homoran]

@mr-qi said in vis Dateimanager ohne Ordner:

dann beim einstellen des IO auf redist

Gottseidank nicht!

Wie du selber schreibst:
@mr-qi said in vis Dateimanager ohne Ordner:

Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: *** f *** (nicht r)

Hast du etwa die Sterne auch eingegeben?

[Glasfaser]

@mr-qi said in vis Dateimanager ohne Ordner:

sudo iobroker stop all
sudo iobroker stop

Kein sudo vor iobroker Befehle !!

[Mr. Qi]

@homoran said in vis Dateimanager ohne Ordner:

@mr-qi said in vis Dateimanager ohne Ordner:

dann beim einstellen des IO auf redist

Gottseidank nicht!

Wie du selber schreibst:
@mr-qi said in vis Dateimanager ohne Ordner:

Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: *** f *** (nicht r)

Hast du etwa die Sterne auch eingegeben?

!!!!Nein natürlich nicht sorry waren Markierungen für mich, mein Fehler leider kann ich meinen eintrag nicht mehr bearbeiten um es im code zu korrigieren !!!!! da gehört ledeglich ein "f" rein für "file" hab ich leider aus einer HTML kopiert und dort sollte diesen teil FETT, CRUSIEVE schreiben sein. Also in html= ***TEXT***=TEXT
das gehört natürlich nicht in das Codefeld !!!!!

Danke Homoran, ich kann mein eigenes Codefeld nicht bearbeiten könntest du das korrigieren danke.

Und das mit dem sudo ja das gehört da nicht hin blödes copy and passt war eine ältere Anleitung aus dem ich das übernommen habe ! das müsste dann auch korrigiert werden! welchen Grund hat das das mir diese rechte einzogen wurden ?

fackt ist das trotz aller Bemühungen, fixes und Einstellungener beim wechsel auf Redis für Objekt DB funktioniert nicht einwandfrei. Einzelfall, BUG oder Denkfehler, hin oder her das ist meine Lösung da ich derzeit keine zeit habe den Broker noch einmal neu aufzusetzen und weiter zu probieren. Dieser Lösungsweg funktioniert für mich erst einmal.