Test js-controller v2.0.x (GitHub)
-
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
-
@Adnim wie hast die Umstellung gemacht? Sieht aus als ob du die Daten nicht migriert hast ... kann das sein?
-
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 -
@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
-
@Adnim Aahhhh Dnake, dann hab ich das in der 2.0.13 kaputt gemacht ... also doch ne unglückszahl;-) Fixe ich heute
-
@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. -
Hey All,
2.0.14 ist auf GitHub mit dem Fix für die Migration die gestern Abend kaputt gegangen ist.
Ingo
-
Die 14 Funzt. Danke!
-
Hallo,
kann ich unter Windows auch auf 2.0 updaten wenn ich das System zuvor manuell installiert habe? Wenn wie?
-
@Adnim heißt, Migration hat alles geklappt und so?! Super
-
@Ritter wie es oben steht. Ins iobroker Verzeichnis wechseln. Dort den npm Befehl (der einfache ohne sudo kram)
-
Ok, hatte ich vorhin schon mal probiert. Unter VIS waren dann die eigenen Bilder die ich hinzugefügt habe nicht mehr vorhanden. Im iobroker Verzeichnis sind sie aber noch da, nur unter VIS edit sind sie nicht sichtbar (png und jpg getestet). Bei iqontrol sind keine Werte mehr vorhanden.
-
@Ritter iqontrol updaten... siehe text oben im ersten Beitrag.
Vis Bilder: kann es sein das du selbst Bilder ins iobroker-data/files reinkopiert hast? Dann siehe bitte faq im zweiten post.
-
Die Bilder sind in dem Verzeichnis und da waren sie schon immer. Die faq habe ich gelesen, verstehe aber trotzdem nicht was zu tun ist.
-
Habe heute ein neues System aufgesetzt, dann den js-controller installiert. Während der Installation alles OK nur Warnungen, aber im Hosts wird weiterhin 1.5.x angezeigt, nix von 2.x zu sehen. Alles läuft weiter wie vorher.
Kann ich nachsehen ob 2.x wirklich installiert ist? mfg Christian -
@Ritter da waren sie schon immer heißt nicht das das offiziell vom System unterstützt wird. Bitte in Eis der validen Verzeichnisse legen wie vis.0 oder so. Und ja dann leider Pfade anpassen.
Das das bisher tat war gelinde gesagt Zufall. Eigene files sind nicht im Backup und hätten auch sonst jederzeit kaputtzugehen können.
-
@febea wenn im Host noch 1.5.x angezeigt wird dann Hatvda was nicht geklappt. Hast damals das install log vom js-Controller Update? Sonst mach’s nochmal drüber
-
ja hat etwas gedauert, aber dann direkt gefunzt und hochgelaufen!
