NEWS
[Gelöst] Fehlermeldung: File index.html not found
-
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) 1
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=
-
@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=C
da 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.service
Jetzt 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 start
mü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
-
-
pi@raspi:~ $ iobroker update Used repository: stable Adapter "admin" : 5.3.1 , installed 5.3.1 Adapter "alias-manager": 1.2.4 , installed 1.2.4 Adapter "asterisk" : 1.0.6 , installed 1.0.6 Adapter "backitup" : 2.3.3 , installed 2.3.3 Adapter "chromecast" : 2.3.1 , installed 2.3.1 Adapter "cloud" : 4.1.0 , installed 4.1.0 Adapter "countdown" : 1.2.5 , installed 1.2.5 Adapter "deconz" : 1.3.20 , installed 1.3.20 Adapter "devices" : 1.0.9 , installed 1.0.9 Adapter "digitalstrom" : 2.3.0 , installed 2.2.0 [Updatable] Adapter "discovery" : 2.7.5 , installed 2.7.5 Adapter "fb-checkpresence": 1.1.13, installed 1.1.13 Adapter "feiertage" : 1.1.0 , installed 1.1.0 Adapter "flot" : 1.10.7 , installed 1.10.7 Adapter "fritzdect" : 2.2.3 , installed 2.2.3 Adapter "history" : 1.10.5 , installed 1.10.5 Adapter "hue" : 3.6.5 , installed 3.5.19 [Updatable] Adapter "hue-extended" : 2.0.0 , installed 2.0.0 Adapter "ical" : 1.11.4 , installed 1.11.4 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-mfd-svg": 1.0.2 , installed 1.0.2 Adapter "icons-open-icon-library-png": 0.1.2, installed 0.1.2 Adapter "info" : 1.9.8 , installed 1.9.8 Adapter "iqontrol" : 2.0.0 , installed 2.0.0 Adapter "javascript" : 5.2.21 , installed 5.2.21 Controller "js-controller": 4.0.21 , installed 4.0.21 Adapter "luftdaten" : 2.1.3 , installed 1.0.3 [Updatable] Adapter "moma" : 1.2.9 , installed 1.2.9 Adapter "mqtt" : 2.4.1 , installed 2.4.1 Adapter "mydlink" : 1.1.12 , installed 1.1.12 Adapter "net-tools" : 0.1.7 , installed 0.1.7 Adapter "netatmo-crawler": 0.8.1 , installed 0.8.1 Adapter "nuki" : 1.6.0 , installed 1.6.0 Adapter "nuki-extended": 2.3.1 , installed 2.3.1 Adapter "octoprint" : 2.1.0 , installed 1.1.1 [Updatable] Adapter "paw" : 0.3.2 , installed 0.3.2 Adapter "ph803w" : 1.0.1 , installed 1.0.1 Adapter "ping" : 1.5.0 , installed 1.5.0 Adapter "pushover" : 2.0.5 , installed 2.0.5 Adapter "samsung" : 0.2.9 , installed 0.2.9 Adapter "sayit" : 1.12.3 , installed 1.12.3 Adapter "shelly" : 5.3.2 , installed 5.3.2 Adapter "simple-api" : 2.6.2 , installed 2.6.2 Adapter "smartcontrol" : 1.2.1 , installed 1.2.1 Adapter "socketio" : 3.1.5 , installed 3.1.5 Adapter "sonoff" : 2.4.7 , installed 2.4.7 Adapter "spotify-premium": 1.0.0 , installed 1.0.0 Adapter "sql" : 1.16.1 , installed 1.16.1 Adapter "statistics" : 1.0.9 , installed 1.0.9 Adapter "telegram" : 1.11.1 , installed 1.11.1 Adapter "text2command" : 2.1.1 , installed 2.1.1 Adapter "tr-064" : 4.2.15 , installed 4.2.12 [Updatable] Adapter "vis" : 1.4.5 , installed 1.4.5 Adapter "vis-colorpicker": 1.2.0 , installed 1.2.0 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-google-fonts": 1.0.3 , installed 0.1.0 [Updatable] Adapter "vis-history" : 1.0.0 , installed 1.0.0 Adapter "vis-hqwidgets": 1.1.9 , installed 1.1.7 [Updatable] Adapter "vis-icontwo" : 0.87.0 , installed 0.87.0 Adapter "vis-justgage" : 1.0.2 , installed 1.0.2 Adapter "vis-material-advanced": 1.7.2, installed 1.7.2 Adapter "vis-metro" : 1.1.2 , installed 1.1.2 Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.1.7, installed 1.1.7 Adapter "web" : 3.4.16 , installed 3.4.16 Adapter "whatsapp-cmb" : 0.1.6 , installed 0.1.6 Adapter "zigbee" : 1.6.16 , installed 1.6.16 pi@raspi:~ $
Den Admin habe ich manuell auf 5.3.1 geupdated.
Trotzdem noch kein Erfolg. -
Du solltest doch zuvor ALLE Adapter hochziehen.
-
@thomas-braun
war mir nicht so bewusst.
Jetzt noch?
Die nicht hochgezogenen sind mir eher überflüssig. -
Zieh es hoch. Grundsätzlich hält man das Gesamtkonstrukt konsistent.
-
Und dann mal ein
iob upload all
Browser cache löschen