UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[e-i-k-e]

@Chaot über den Befehl iobroker status

[Chaot]

@e-i-k-e Danke.
Oject: file
State: redis

[MathiasJ]

@apollon77
Mache ich dann morgen.
Bin froh, dass endlich die Magenkrämpfe weg sind...

[darkiop]

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

Nach 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 log

Sonst, stand jetzt alles ruhig und Problemlos verlaufen. Evtl. werde ich mir nun auch mal Redis anschauen.

[apollon77]

@e-i-k-e Was sagt das logfile? /opt/iobroker/logs/...

[apollon77]

@darkiop Was gab es für Fehler bei smartmeter? Hast Du mal Log-Auszug?

[apollon77]

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.

[Adnim]

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

[apollon77]

@Adnim wie hast die Umstellung gemacht? Sieht aus als ob du die Daten nicht migriert hast ... kann das sein?

[Adnim]

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.

reboot

Debian 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]

@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

[apollon77]

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

@Adnim Aahhhh Dnake, dann hab ich das in der 2.0.13 kaputt gemacht ... also doch ne unglückszahl;-) Fixe ich heute

[darkiop]

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

[apollon77]

Hey All,

2.0.14 ist auf GitHub mit dem Fix für die Migration die gestern Abend kaputt gegangen ist.

Ingo

[Adnim]

Die 14 Funzt. Danke!

[Ritter]

Hallo,

kann ich unter Windows auch auf 2.0 updaten wenn ich das System zuvor manuell installiert habe? Wenn wie?

[apollon77]

@Adnim heißt, Migration hat alles geklappt und so?! Super

[apollon77]

@Ritter wie es oben steht. Ins iobroker Verzeichnis wechseln. Dort den npm Befehl (der einfache ohne sudo kram)

[Ritter]

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.