Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Thomas Braun]

@brokeling

Natürlich.

[brokeling]

@thomas-braun
ich nehme an mithilfe deines Werkzeugkastens?

[Thomas Braun]

@brokeling

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

[brokeling]

@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)?

[Thomas Braun]

@brokeling

Musste ich noch nie. Wo kommt das her?
Kommandozeile ist dein Terminal, deine Shell, dein CLI, wie auch immer man das schimpfen mag.

[brokeling]

@thomas-braun

pi@raspi:~ $ redis-cli
127.0.0.1:6379>

wie komme ich da jetzt drauf?

[Thomas Braun]

@brokeling

Du bist schon in redis drin.
Was auch immer du da zu tun hast.

[brokeling]

@thomas-braun

*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 testen

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

[Thomas Braun]

@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>

[brokeling]

@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=

[Thomas Braun]

@brokeling Da steht doch auch dabei, wie man anwendungsspezifisch die Locale setzen kann. Ich glaube die erste von zwei Alternativen sollte man da gehen.

[brokeling]

@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 ;)

[Thomas Braun]

@brokeling Ja, setzt aber das ganze System auf die neue LOCALE, d.h. dein Raspberry OS quatscht dann kein Deutsch mehr.

[brokeling]

@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

[brokeling]

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:~ $

[brokeling]

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

[brokeling]

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?

[Thomas Braun]

@brokeling

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.

[brokeling]

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

[brokeling]

Es scheint zu gehen!

Aber mein Shelly Adapter (Konfigration) spinnt noch rum:

File index.html not found