NEWS
Test js-controller v2.0.x (GitHub)
-
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.
-
Hallo,
kann ich unter Windows auch auf 2.0 updaten wenn ich das System zuvor manuell installiert habe? Wenn wie?
-
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.
-
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.
-
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 -
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.
@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.
-
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 -
ja hat etwas gedauert, aber dann direkt gefunzt und hochgelaufen!
-
anbei mein log mit dem Versuch in eine neuer und saubere ioBroker installation das backup von meinem Master (nach deinen Steps) einzufügen.
iobroker.2019-09-28.log -
anbei mein log mit dem Versuch in eine neuer und saubere ioBroker installation das backup von meinem Master (nach deinen Steps) einzufügen.
iobroker.2019-09-28.log -
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 -
Ich habe, wegen einem Fehler im Adapter NINA, diesen mal deinstalliert. Letztens hatte ich so was schon mal, habe dem aber keine Beachtung geschenkt.
Heute jedoch wollte ich das doch mal posten, da iobroker bzw. der js-controller komplett neu gestartet ist.host.MSNUC-IOB 2019-09-30 09:28:48.591 error at Timer.processTimers (timers.js:223:10) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at listOnTimeout (timers.js:263:5) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at tryOnTimeout (timers.js:300:5) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at ontimeout (timers.js:436:11) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/iobroker.js-controller/main.js:3272:43) host.MSNUC-IOB 2019-09-30 09:28:48.591 error TypeError: Cannot read property 'process' of undefined host.MSNUC-IOB 2019-09-30 09:28:48.589 error uncaught exception: Cannot read property 'process' of undefined host.MSNUC-IOB 2019-09-30 09:28:47.768 info iobroker npm uninstall iobroker.nina --silent --save --prefix "/opt/iobroker" (System call) host.MSNUC-IOB 2019-09-30 09:28:47.768 info Do not restart adapter system.adapter.nina.0 because disabled or deleted host.MSNUC-IOB 2019-09-30 09:28:47.767 error instance system.adapter.nina.0 terminated with code 156 (156) host.MSNUC-IOB 2019-09-30 09:28:47.587 info stopInstance system.adapter.nina.0 send kill signal host.MSNUC-IOB 2019-09-30 09:28:47.585 info stopInstance system.adapter.nina.0 host.MSNUC-IOB 2019-09-30 09:28:47.584 info object deleted system.adapter.nina.0Proxmox 3 Node HA-Cluster TRIGKEY Mini-PC N100 mit 32 GB RAM und 3x1TB shared SSDs. VM- iobroker ,Raspberrymatic. LXC - Adguard, , Traccar, iSpy, Fileserver (emby, MiniDLNA)...usw
-
Ich habe, wegen einem Fehler im Adapter NINA, diesen mal deinstalliert. Letztens hatte ich so was schon mal, habe dem aber keine Beachtung geschenkt.
Heute jedoch wollte ich das doch mal posten, da iobroker bzw. der js-controller komplett neu gestartet ist.host.MSNUC-IOB 2019-09-30 09:28:48.591 error at Timer.processTimers (timers.js:223:10) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at listOnTimeout (timers.js:263:5) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at tryOnTimeout (timers.js:300:5) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at ontimeout (timers.js:436:11) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/iobroker.js-controller/main.js:3272:43) host.MSNUC-IOB 2019-09-30 09:28:48.591 error TypeError: Cannot read property 'process' of undefined host.MSNUC-IOB 2019-09-30 09:28:48.589 error uncaught exception: Cannot read property 'process' of undefined host.MSNUC-IOB 2019-09-30 09:28:47.768 info iobroker npm uninstall iobroker.nina --silent --save --prefix "/opt/iobroker" (System call) host.MSNUC-IOB 2019-09-30 09:28:47.768 info Do not restart adapter system.adapter.nina.0 because disabled or deleted host.MSNUC-IOB 2019-09-30 09:28:47.767 error instance system.adapter.nina.0 terminated with code 156 (156) host.MSNUC-IOB 2019-09-30 09:28:47.587 info stopInstance system.adapter.nina.0 send kill signal host.MSNUC-IOB 2019-09-30 09:28:47.585 info stopInstance system.adapter.nina.0 host.MSNUC-IOB 2019-09-30 09:28:47.584 info object deleted system.adapter.nina.0
Support us
665
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge