[Gelöst] Fehlermeldung: File index.html not found
-
Natürlich.
-
@thomas-braun
ich nehme an mithilfe deines Werkzeugkastens? -
Das Update des iobrokers ist nicht im Werkzeugkasten.
Dafür gibt es immer gesonderte Ankündigungen:https://forum.iobroker.net/topic/52886/js-controller-4-0-x-jetzt-für-alle-user-im-stable
-
@thomas-braun
ok, danke , so werde ich es machen.Ich habe eine Redis Datenbank und muss diese für das upgrade überprüfen:
Über redis-cli an der Kommandozeile die Redis-Shell öffnen
Wo ist das einzugeben (Kommandozeile)? -
Musste ich noch nie. Wo kommt das her?
Kommandozeile ist dein Terminal, deine Shell, dein CLI, wie auch immer man das schimpfen mag. -
-
Du bist schon in redis drin.
Was auch immer du da zu tun hast. -
*wer ioBroker mit Redis einsetzt - vor allem wenn auch die Objects im Redis liegen - muss bitte sicherstellen das eine Systemeinstellung korrekt gesetzt ist. Auf diese haben wir leider keinen direkten Einfluss weil er von dem Betriebssystem abhängt wo der Redis-Server installiert ist und läuft.
Am Ende geht es um die eingestellte Locale des Systems. Die Locale hat einen Einfluss wie im Redis Zeichenketten verglichen werden, was ggf zu falschen Antworten führen kann.
Systemeinstellung testenUm zu testen ob etwas geändert werden muss gibt es zwei Wege:
1.) Über redis-cli an der Kommandozeile die Redis-Shell öffnen und dann EVAL "return 'c-i.t' >= 'c.' and 'c-i.t' < 'c.香'" 1 1 ausführen. Wenn das Ergebnis (nil) ist 8siehe Grafik unten) ist alles ok und nichts muss geändert werden. Sollte das Ergebnis allerdings "1" sagen, so ist die Locale falsch eingestellt und muss korrigiert werden*
Da komme ich nicht weiter:
pi@raspi:~ $ EVAL "return 'c-i.t' >= 'c.' and 'c-i.t' < 'c.香'" 1 1 -bash: EVAL: Kommando nicht gefunden. -
@brokeling
Da stehst du in der bash / Linux Shell.
Du musst in die redis-cli / Kommandozeile.
Warst du hier schon:pi@raspi:~ $ redis-cli 127.0.0.1:6379> -
@thomas-braun
ok!
Aber die ausgespuckte Antwort gefällt mir nicht:pi@raspi:~ $ redis-cli 127.0.0.1:6379> EVAL "return 'c-i.t' >= 'c.' and 'c-i.t' < 'c.香'" 1 1 (integer) 1pi@raspi:~ $ locale LANG=de_DE.UTF-8 LANGUAGE= LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL= -
@brokeling Da steht doch auch dabei, wie man anwendungsspezifisch die Locale setzen kann. Ich glaube die erste von zwei Alternativen sollte man da gehen.
-
@thomas-braun
auch die zweite Version sollte da ja gehen - ich benutze nur Iobroker und Redis:sudo localectl set-locale LANG=Cda tu ich mir etwas leichter
-
@brokeling Ja, setzt aber das ganze System auf die neue LOCALE, d.h. dein Raspberry OS quatscht dann kein Deutsch mehr.
-
@thomas-braun
ich probiere zunächst Version 1.Ich meine ich bin jetzt auf /lib/systemd/system/redis-server.service
Sehe aber kein [Service].pi@raspi:~ $ nano GNU nano 3.2 Neuer Puffer Verändert # redis-server can write to its own config file when in cluster mode so we # permit writing there by default. If you are not using this feature, it is # recommended that you replace the following lines with "ProtectSystem=full". ProtectSystem=true ReadWriteDirectories=-/etc/redis [Install] WantedBy=multi-user.target Alias=redis.serviceJetzt geht es
[Service] Environment="LC_ALL=C" Type=forking ExecStart=/usr/bin/redis-server /etc/redis/redis.conf ExecStop=/bin/kill -s TERM $MAINPID PIDFile=/run/redis/redis-server.pid TimeoutStopSec=0 Restart=always User=redis Group=redis RuntimeDirectory=redis RuntimeDirectoryMode=2755 -
es mag mir trotzdem nicht gelingen:
pi@raspi:~ $ locale LANG=de_DE.UTF-8 LANGUAGE= LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL= pi@raspi:~ $ sudo systemctl daemon-reload pi@raspi:~ $ sudo systemctl restart redis pi@raspi:~ $ locale LANG=de_DE.UTF-8 LANGUAGE= LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL= pi@raspi:~ $ -
ok, dafür aber folgender Effekt:
pi@raspi:~ $ redis-cli 127.0.0.1:6379> EVAL "return 'c-i.t' >= 'c.' and 'c-i.t' < 'c.香'" 1 1 (nil) 127.0.0.1:6379>dann kann es ja weitergehen...
-
Jetzt noch ein Problem bei den empfohlenen Adapter Aktualisierungen.
Hier sollte
Admin sollte auf 5.3.1+ aktualisiert sein
welcher aber erst ab js-controller 3.3.22 aktualisiert werden kann, ich habe aber 3.3.21 am Laufen.
Oder ist ein spätere Aktualisierung gemeint? -
Zieh die im Terminal hoch, iobroker kann zuvor gestoppt werden.
iobroker stop iobroker update iobroker upgrade iobroker upgrade self iobroker startmüsste es tun.
-
@thomas-braun
ok, gemacht. Aber ich weiß niht ob da jetzt bei upgrade-self alles glatt gelaufen ist:pi@raspi:~ $ iobroker upgrade self Update js-controller from @3.3.21 to @4.0.21 NPM version: 6.14.16 npm install iobroker.js-controller@4.0.21 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) In file included from ../src/unix_dgram.cc:5: ../../nan/nan.h: In function ‘void Nan::AsyncQueueWorker(Nan::AsyncWorker*)’: ../../nan/nan.h:2298:62: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete) ^ In file included from ../../nan/nan.h:54, from ../src/unix_dgram.cc:5: ../src/unix_dgram.cc: At global scope: /home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:793:43: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^ /home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:827:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(unix_dgram, Initialize) ^~~~~~~~~~~ Server Objects 127.0.0.1:58064 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server Objects 127.0.0.1:58064 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server Objects 127.0.0.1:58064 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:58064 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:58064 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:58064 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] Could not migrate objects to corresponding sets: Error SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] pi@raspi:~ $Ich starte jetzt wieder...
-
Es scheint zu gehen!
Aber mein Shelly Adapter (Konfigration) spinnt noch rum:
File index.html not found
