NEWS
Test js-controller v2.0.x (GitHub)
-
@e-i-k-e Naja die Frage ist wie Dein System vorher war.
Wenn Dein System schon Redis nutzt musst Du redis vorher korrekt einstellen. Den ioBroker umzuziehen ist am besten wie folgt:- iobroker clean installieren
- iobroker stop
- Das /opt/iobroker/iobroker-data vom alten Host kopieren, Ebenso einen Redis aufsetzen wenn vorher einer da war und deump.rdb einspielen und prüfen das Daten da sind
- iobroker setup custom und ggf IPs korrigieren und so (nix migrieren)
- iobroker host <altername> (hostname auf den neuen ändern)
- iobroker start ... warten ... er installiert jeden Adapter nacheinander
:-)
Redis in eine eigene VM oder mit zum Master ist Geschmacksache. Wenn es nur Redis ist lohnt ne eigene VM nicht, dann mach es mit dem ioBroker host zusammen. Es sei denn Du hast "redis/redis" dann kann eine getrennte VM (oder Container) Sinn machen
Danke! Habe mich eine deine Schritte gehalten.
IoBroker startet nicht bzw ist nicht zu erreichen. Oder muss ich noch etwas Geduld aufweißen?
Die Neuinstallation war zuvor zu erreichen. -
@e-i-k-e Naja die Frage ist wie Dein System vorher war.
Wenn Dein System schon Redis nutzt musst Du redis vorher korrekt einstellen. Den ioBroker umzuziehen ist am besten wie folgt:- iobroker clean installieren
- iobroker stop
- Das /opt/iobroker/iobroker-data vom alten Host kopieren, Ebenso einen Redis aufsetzen wenn vorher einer da war und deump.rdb einspielen und prüfen das Daten da sind
- iobroker setup custom und ggf IPs korrigieren und so (nix migrieren)
- iobroker host <altername> (hostname auf den neuen ändern)
- iobroker start ... warten ... er installiert jeden Adapter nacheinander
:-)
Redis in eine eigene VM oder mit zum Master ist Geschmacksache. Wenn es nur Redis ist lohnt ne eigene VM nicht, dann mach es mit dem ioBroker host zusammen. Es sei denn Du hast "redis/redis" dann kann eine getrennte VM (oder Container) Sinn machen
@apollon77 Woran kann ich eigentlich erkennen ob ich redis nutze?
-
@apollon77 Woran kann ich eigentlich erkennen ob ich redis nutze?
-
@MathiasJ Hi, die Ursache ist denke ich die gleiche wie die andere, nur wird die Fehlermeldung nicht mehr angezeigt :-))
Kannst Du mal versuchen das File /opt/iobroker/@frankjoke/myadapter/myAdapter.js so zu ändern wie in https://github.com/frankjoke/myAdapter/pull/1/files gezeigt? Falls das nicht klar ist: Nimm einfach den ganzen File content von hier https://github.com/frankjoke/myAdapter/blob/f06343bfe6e132536f6740a7f025b2122ecef6b6/myAdapter.js und ersetzte das mal bei dir.
Ist die Meldung dann wenn und es tut?@apollon77
Mache ich dann morgen.
Bin froh, dass endlich die Magenkrämpfe weg sind... -
Habe nun auch mal auf den 2.0 aktualisiert.
Zwei Systeme, verbunden über Multihost:
- iobroker-master unter docker, node v8.16.1, object-type: file
- iobroker-hwr auf einem RPI4, DietPi, node v10.16.3, object-type: file
Upgrade lief auf beiden nur mit (dann aber Problemlos):
sudo -H -u iobroker npm install ioBroker/ioBroker.js-controllerNach der Installation musste ich den RPI (auf dem Läuft 2x der Smartmeter Adapter) durchstarten, da die smartmeter Instanzen diverse Fehler geworfen haben. Nach dem reboot ist aber ruhe.
Im Log habe ich ab und zu folgendes:
2019-09-28 22:31:12.629 - warn: Error from InMemDB: Error: KEYS-UNSUPPORTED for namespace logSonst, stand jetzt alles ruhig und Problemlos verlaufen. Evtl. werde ich mir nun auch mal Redis anschauen.
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
-
Danke! Habe mich eine deine Schritte gehalten.
IoBroker startet nicht bzw ist nicht zu erreichen. Oder muss ich noch etwas Geduld aufweißen?
Die Neuinstallation war zuvor zu erreichen. -
Habe nun auch mal auf den 2.0 aktualisiert.
Zwei Systeme, verbunden über Multihost:
- iobroker-master unter docker, node v8.16.1, object-type: file
- iobroker-hwr auf einem RPI4, DietPi, node v10.16.3, object-type: file
Upgrade lief auf beiden nur mit (dann aber Problemlos):
sudo -H -u iobroker npm install ioBroker/ioBroker.js-controllerNach der Installation musste ich den RPI (auf dem Läuft 2x der Smartmeter Adapter) durchstarten, da die smartmeter Instanzen diverse Fehler geworfen haben. Nach dem reboot ist aber ruhe.
Im Log habe ich ab und zu folgendes:
2019-09-28 22:31:12.629 - warn: Error from InMemDB: Error: KEYS-UNSUPPORTED for namespace logSonst, stand jetzt alles ruhig und Problemlos verlaufen. Evtl. werde ich mir nun auch mal Redis anschauen.
-
Und mal wieder ich zur nächtlichen Stunde:
Ich habe heute alles oben genannte geprüft und getestet.
Mit den aktuell aus meiner Sicht letzten Fixes gibt es nun die 2.0.13 auf GitHub.
- iobroker status tut nun korrekt
- der "KEYS-UNSUPPORTED for namespace log" Fehler sollte auch weg sein.
Have fun.
Jetzt brauchen wir mehr Tester um mehr Adapter "zu sehen" ob Sie tun oder nicht. -
Hallo guten Morgen,
habe auch geupdatet, Problemlos. PID.txt musste ich rechte mit dem Fixer anpassen. Ansonsten läuft meine VM auf die ersten drei Blicke Stabil mit JS2.0. Nun habe ich aber noch File/File und möchte gerne umstellen.
Dazu habe ich folgendes:
cd /opt/iobroker
iobroker stop
apt update
apt upgrade
apt install redis-server
nano /etc/redis/redis.conf // and replace bind 127.0.0.1 with bind 0.0.0.0
reboot
iobroker setup custom->alles auf redis gestellt dann kommt das:
(die Fehlermeldung bei iobroker setup custom war gleich, habe ich leider nicht gespeichert)root@iobroker1:~# iobroker status
Cannot find view "system" for search "host" : null
(node:467) UnhandledPromiseRejectionWarning: Error: Cannot find view "system"
at (anonymous function).get (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:83144)
at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
at process._tickCallback (internal/process/next_tick.js:68:7)
(node:467) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
(node:467) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.Was habe ich falsch gemacht/ war die vorgehensweise zur Umstellung/Neu installation Redis so korrekt?
P.S.: Bevor wer meckert das ist ein Proxmox VM daher root
-
Hallo guten Morgen,
habe auch geupdatet, Problemlos. PID.txt musste ich rechte mit dem Fixer anpassen. Ansonsten läuft meine VM auf die ersten drei Blicke Stabil mit JS2.0. Nun habe ich aber noch File/File und möchte gerne umstellen.
Dazu habe ich folgendes:
cd /opt/iobroker
iobroker stop
apt update
apt upgrade
apt install redis-server
nano /etc/redis/redis.conf // and replace bind 127.0.0.1 with bind 0.0.0.0
reboot
iobroker setup custom->alles auf redis gestellt dann kommt das:
(die Fehlermeldung bei iobroker setup custom war gleich, habe ich leider nicht gespeichert)root@iobroker1:~# iobroker status
Cannot find view "system" for search "host" : null
(node:467) UnhandledPromiseRejectionWarning: Error: Cannot find view "system"
at (anonymous function).get (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:83144)
at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
at process._tickCallback (internal/process/next_tick.js:68:7)
(node:467) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
(node:467) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.Was habe ich falsch gemacht/ war die vorgehensweise zur Umstellung/Neu installation Redis so korrekt?
P.S.: Bevor wer meckert das ist ein Proxmox VM daher root
-
das iobroker setup custom wird ja mit der gleichen Fehlermeldung abgebrochen, daher fehlt das?
habs vom Snapshot nach dem Controller update nochmal alles gemacht hier der CLI mitschnitt:
iobroker1 login: root Password: Last login: Sun Sep 29 04:12:49 CEST 2019 on tty1 Linux iobroker1 4.15.18-18-pve #1 SMP PVE 4.15.18-44 (Wed, 03 Jul 2019 11:19:13 +0200) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. root@iobroker1:~# cd /opt/iobroker root@iobroker1:/opt/iobroker# node -v v10.16.3 root@iobroker1:/opt/iobroker# nodejs-v -bash: nodejs-v: command not found root@iobroker1:/opt/iobroker# nodejs -v GNU nano 2.7.4 File: /etc/redis/redis.conf # for connections from all the network interfaces available on the server. # It is possible to listen to just one or multiple selected interfaces using # the "bind" configuration directive, followed by one or more IP addresses. # # Examples: # # bind 192.168.1.100 10.0.0.1 # bind 127.0.0.1 ::1 # # ~~~ WARNING ~~~ If the computer running Redis is directly exposed to the # internet, binding to all the interfaces is dangerous and will expose the # instance to everybody on the internet. So by default we uncomment the # following bind directive, that will force Redis to listen only into # the IPv4 lookback interface address (this means Redis will be able to # accept connections only from clients running into the same computer it # is running). # # IF YOU ARE SURE YOU WANT YOUR INSTANCE TO LISTEN TO ALL THE INTERFACES # JUST COMMENT THE FOLLOWING LINE. # ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ bind 0.0.0.0 # Protected mode is a layer of security protection, in order to avoid that # Redis instances left open on the internet are accessed and exploited. # # When protected mode is on and if: # # 1) The server is not binding explicitly to a set of addresses using the # "bind" directive. # 2) No password is configured. # # The server only accepts connections from clients connecting from the # IPv4 and IPv6 loopback addresses 127.0.0.1 and ::1, and from Unix domain # sockets. # # By default protected mode is enabled. You should disable it only if # you are sure you want clients from other hosts to connect to Redis # even if no authentication is configured, nor a specific set of interfaces # are explicitly listed using the "bind" directive. rebootDebian GNU/Linux 9 iobroker1 tty1 iobroker1 login: root Password: Last login: Sun Sep 29 09:00:59 CEST 2019 on tty1 Linux iobroker1 4.15.18-18-pve #1 SMP PVE 4.15.18-44 (Wed, 03 Jul 2019 11:19:13 +0200) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. root@iobroker1:~# cd /opt/iobroker root@iobroker1:/opt/iobroker# iobroker stop root@iobroker1:/opt/iobroker# redis-cli 127.0.0.1:6379> exit root@iobroker1:/opt/iobroker# iobroker setup custom Current configuration: - Objects database: - Type: file - Host/Unix Socket: 0.0.0.0 - Port: 9001 - States database: - Type: file - Host/Unix Socket: 0.0.0.0 - Port: 9000 - Data Directory: ../../iobroker-data/ Type of objects DB [(f)ile, (r)edis], default [file]: r When Objects and Files are stored in a Redis database please consider the following: 1. All data will be stored in RAM, make sure to have enough free RAM available! 2. Make sure to check Redis persistence options to make sure a Redis problem will not cause data loss! 3. The Redis persistence files can get big, make sure not to use an SD card to store them. Host / Unix Socket of objects DB(redis), default[127.0.0.1]: Port of objects DB(redis), default[6379]: Type of states DB [(f)file, (r)edis], default [redis]: r Host / Unix Socket of states DB (redis), default[127.0.0.1]: Port of states DB (redis), default[6379]: Host name of this machine [iobroker1]: It appears that this host should be connected to an existing ioBroker System as Slave. Data Migration will be skipped. Is this correct? [Y/n]: n Important: Using Redis for the Objects database is only supported with js-controller 2.0 or higher! When your system consists of multiple hosts please make sure to have js-controller 2.0 or higher installed on ALL hosts *before* continuing! Important #2: If you already did the migration on an other host please *do not* migrate again! This can destroy your system! Important #3: The process will migrate all files that were officially uploaded into the ioBroker system. If you have manually copied files into iobroker-data/files/... into own directories then these files will NOT be migrated! Make sure all files are in adapter directories inside the files directory! Do you want to migrate objects and states from "file/file" to "redis/redis" [y/N]: y Migrating the objects database will overwrite all objects! Are you sure that this is not a slave host and you want to migrate the data? [y/N]: y Connecting to previous DB "file"... Creating backup ... This can take some time ... please be patient! host.iobroker1 25311 states saved host.iobroker1 28831 objects saved Backup created: /opt/iobroker/backups/2019_09_29-09_08_04_backupiobroker-migration.tar.gz updating conf/iobroker.json Connecting to new DB "redis" ... Cannot find view "system" for search "host" : null (node:468) UnhandledPromiseRejectionWarning: Error: Cannot find view "system" at (anonymous function).get (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:83144) at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) at process._tickCallback (internal/process/next_tick.js:68:7) (node:468) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:468) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.Danach passiert nix mehr...zumindest 10min lang nicht
-
@apollon77 Ich habe leider versehentlich das Log verworfen :/ Bin nun wieder zurück auf 1.5.14 und spiels heut Abend nochmal durch. Grüße
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
-
@apollon77 Ich habe leider versehentlich das Log verworfen :/ Bin nun wieder zurück auf 1.5.14 und spiels heut Abend nochmal durch. Grüße
-
das iobroker setup custom wird ja mit der gleichen Fehlermeldung abgebrochen, daher fehlt das?
habs vom Snapshot nach dem Controller update nochmal alles gemacht hier der CLI mitschnitt:
iobroker1 login: root Password: Last login: Sun Sep 29 04:12:49 CEST 2019 on tty1 Linux iobroker1 4.15.18-18-pve #1 SMP PVE 4.15.18-44 (Wed, 03 Jul 2019 11:19:13 +0200) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. root@iobroker1:~# cd /opt/iobroker root@iobroker1:/opt/iobroker# node -v v10.16.3 root@iobroker1:/opt/iobroker# nodejs-v -bash: nodejs-v: command not found root@iobroker1:/opt/iobroker# nodejs -v GNU nano 2.7.4 File: /etc/redis/redis.conf # for connections from all the network interfaces available on the server. # It is possible to listen to just one or multiple selected interfaces using # the "bind" configuration directive, followed by one or more IP addresses. # # Examples: # # bind 192.168.1.100 10.0.0.1 # bind 127.0.0.1 ::1 # # ~~~ WARNING ~~~ If the computer running Redis is directly exposed to the # internet, binding to all the interfaces is dangerous and will expose the # instance to everybody on the internet. So by default we uncomment the # following bind directive, that will force Redis to listen only into # the IPv4 lookback interface address (this means Redis will be able to # accept connections only from clients running into the same computer it # is running). # # IF YOU ARE SURE YOU WANT YOUR INSTANCE TO LISTEN TO ALL THE INTERFACES # JUST COMMENT THE FOLLOWING LINE. # ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ bind 0.0.0.0 # Protected mode is a layer of security protection, in order to avoid that # Redis instances left open on the internet are accessed and exploited. # # When protected mode is on and if: # # 1) The server is not binding explicitly to a set of addresses using the # "bind" directive. # 2) No password is configured. # # The server only accepts connections from clients connecting from the # IPv4 and IPv6 loopback addresses 127.0.0.1 and ::1, and from Unix domain # sockets. # # By default protected mode is enabled. You should disable it only if # you are sure you want clients from other hosts to connect to Redis # even if no authentication is configured, nor a specific set of interfaces # are explicitly listed using the "bind" directive. rebootDebian GNU/Linux 9 iobroker1 tty1 iobroker1 login: root Password: Last login: Sun Sep 29 09:00:59 CEST 2019 on tty1 Linux iobroker1 4.15.18-18-pve #1 SMP PVE 4.15.18-44 (Wed, 03 Jul 2019 11:19:13 +0200) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. root@iobroker1:~# cd /opt/iobroker root@iobroker1:/opt/iobroker# iobroker stop root@iobroker1:/opt/iobroker# redis-cli 127.0.0.1:6379> exit root@iobroker1:/opt/iobroker# iobroker setup custom Current configuration: - Objects database: - Type: file - Host/Unix Socket: 0.0.0.0 - Port: 9001 - States database: - Type: file - Host/Unix Socket: 0.0.0.0 - Port: 9000 - Data Directory: ../../iobroker-data/ Type of objects DB [(f)ile, (r)edis], default [file]: r When Objects and Files are stored in a Redis database please consider the following: 1. All data will be stored in RAM, make sure to have enough free RAM available! 2. Make sure to check Redis persistence options to make sure a Redis problem will not cause data loss! 3. The Redis persistence files can get big, make sure not to use an SD card to store them. Host / Unix Socket of objects DB(redis), default[127.0.0.1]: Port of objects DB(redis), default[6379]: Type of states DB [(f)file, (r)edis], default [redis]: r Host / Unix Socket of states DB (redis), default[127.0.0.1]: Port of states DB (redis), default[6379]: Host name of this machine [iobroker1]: It appears that this host should be connected to an existing ioBroker System as Slave. Data Migration will be skipped. Is this correct? [Y/n]: n Important: Using Redis for the Objects database is only supported with js-controller 2.0 or higher! When your system consists of multiple hosts please make sure to have js-controller 2.0 or higher installed on ALL hosts *before* continuing! Important #2: If you already did the migration on an other host please *do not* migrate again! This can destroy your system! Important #3: The process will migrate all files that were officially uploaded into the ioBroker system. If you have manually copied files into iobroker-data/files/... into own directories then these files will NOT be migrated! Make sure all files are in adapter directories inside the files directory! Do you want to migrate objects and states from "file/file" to "redis/redis" [y/N]: y Migrating the objects database will overwrite all objects! Are you sure that this is not a slave host and you want to migrate the data? [y/N]: y Connecting to previous DB "file"... Creating backup ... This can take some time ... please be patient! host.iobroker1 25311 states saved host.iobroker1 28831 objects saved Backup created: /opt/iobroker/backups/2019_09_29-09_08_04_backupiobroker-migration.tar.gz updating conf/iobroker.json Connecting to new DB "redis" ... Cannot find view "system" for search "host" : null (node:468) UnhandledPromiseRejectionWarning: Error: Cannot find view "system" at (anonymous function).get (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:83144) at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) at process._tickCallback (internal/process/next_tick.js:68:7) (node:468) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:468) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.Danach passiert nix mehr...zumindest 10min lang nicht
-
@darkiop Ich dneke du musst nicht auf die 1.5 zurck. Du musst nur "iobroker setup custom" machen und zurück auf Fie stellen und bei Migration wieder sicherstellen das es nicht passiert. Dann sollte es mit file/file wieder tun
@apollon77 das bin ich schon :) Nach der Umstellung auf 2.x liefen beiden ioBroker Instanzen als 'file'. Ich schau mal ob ich heut Abend den Fehler reproduziert bekomme.
Support us
668
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge