Test js-controller v2.0.x (GitHub)

[msauer]

iobroker status geht ja jetzt, es kommt aber noch ein Fehler:

root@MSNUC-IOB:~# iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: redis
States  type: redis
Unable to subscribe to evicted Keyspace events from Redis Server: Error: Connection is closed.
root@MSNUC-IOB:~#

UPDATE: Wenn ich ins /opt/iobroker wechsel, dann kommt die Fehlermeldung nicht

root@MSNUC-IOB:~# cd /opt/iobroker/
root@MSNUC-IOB:/opt/iobroker# iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: redis
States  type: redis
root@MSNUC-IOB:/opt/iobroker#

[arteck]

@msauer machmal

service redis-server status

[coyote]

Habe heute Zeit gefunden den neuen js-controller zu installieren, funktioniert auch soweit alles ohne Fehler.
Jetzt wollte ich noch auf redis/redis umstellen, dass will aber irgendwie nicht, bräuchte da mal Hilfe.
Hier der Konsole Mitschnitt:

root@debian:/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 [debian]:
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.debian 38585 states saved
host.debian 44464 objects saved
Backup created: /opt/iobroker/backups/2019_10_01-11_46_17_backupiobroker-migration.tar.gz

Connecting to new DB "redis" ...

/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:28
        if (!options.states) throw 'Invalid arguments: states is missing';
                             ^
Invalid arguments: states is missing
root@debian:/opt/iobroker#

[msauer]

@arteck said in [Aufruf] js-controller 2.0 Beta Test:

@msauer machmal
service redis-server status

root@MSNUC-IOB:/opt/iobroker# service redis-server status
● redis-server.service - Advanced key-value store
   Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2019-10-01 08:44:47 CEST; 3h 31min ago
     Docs: http://redis.io/documentation,
           man:redis-server(1)
  Process: 408 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=0/SUCCESS)
 Main PID: 462 (redis-server)
    Tasks: 4 (limit: 4701)
   Memory: 232.3M
   CGroup: /system.slice/redis-server.service
           └─462 /usr/bin/redis-server 127.0.0.1:6379

Okt 01 08:44:46 MSNUC-IOB systemd[1]: Starting Advanced key-value store...
Okt 01 08:44:47 MSNUC-IOB systemd[1]: redis-server.service: Can't open PID file /run/redis/redis-server.pid (yet?) after start: No such file or directory
Okt 01 08:44:47 MSNUC-IOB systemd[1]: Started Advanced key-value store.
root@MSNUC-IOB:/opt/iobroker#

[arteck]

@msauer alles gut

[arteck]

@coyote du weisst aber schon dass du dafür einen RedisServer brauchst.. ??

[apollon77]

@coyote My Fault ... Fix kommt in nächster Version

[apollon77]

@arteck Ich hab im Code kaputt gemacht mit letzter Version

[arteck]

@apollon77 waaaaaaaaaaatttttttttt...

[coyote]

@arteck na klar, der läuft auch.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Oct  1 12:02:55 2019 from 192.168.66.55
root@debian:~# systemctl status redis-server
● redis-server.service - Advanced key-value store
   Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor pre
   Active: active (running) since Tue 2019-10-01 12:02:46 CEST; 42min ago
     Docs: http://redis.io/documentation,
           man:redis-server(1)
  Process: 327 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exite
 Main PID: 380 (redis-server)
    Tasks: 4 (limit: 3482)
   Memory: 10.4M
   CGroup: /system.slice/redis-server.service
           └─380 /usr/bin/redis-server 127.0.0.1:6379

Okt 01 12:02:45 debian systemd[1]: Starting Advanced key-value store...
Okt 01 12:02:46 debian systemd[1]: redis-server.service: Can't open PID file /ru
Okt 01 12:02:46 debian systemd[1]: Started Advanced key-value store.

@apollon77 ah ok, dann bin ich ja beruhigt, dachte ich mache was falsch

[arteck]

@coyote ok....

[apollon77]

@darkiop Und immer noch diese EHOSTUNREACH?? Das kapier ich nicht weil das für mch was mit Netzwerk und DNS und so ist .. .nichts wo der js-controller auch nur irgendeine Auswirkung haben sollte

[apollon77]

@msauer Den Fehler behebe ich, Der ist hier errelevant

[apollon77]

@darkiop Wie startest und stoppst du das denn so? iobroker start/stop auf dem Raspi? Wie im Docker? Details

[SBorg]

Außer dem Node-RED Dashboard habe ich dann noch zwei Adapter die wohl ein Upgrade brauchen:

host.Ubuntu	2019-10-01 08:58:03.795	error	instance system.adapter.daswetter.0 terminated with code 15 (15)
daswetter.0	2019-10-01 08:58:03.774	error	(32174) force terminate, objects still in list: 1571

läuft unter 1.15.14 problemlos, und

broadlink2.0	2019-10-01 09:12:24.100	warn	(865) sendState could not find command or scene named 'LG_TV-Power'

als Beispiel. Den state gibt es definitiv und läuft ebenfalls unter 1.15.14 klaglos.

[coyote]

@SBorg den Fehler von daswetter hatte ich aber auch vor dem Update schon

@apollon77 @arteck ist es normal, dass mir das angezeigt wird bei der Umstellung auf redis/redis?

Host name of this machine [debian]:
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
 

Ich hab kein Master/Slave System

[SBorg]

@coyote sagte in [Aufruf] js-controller 2.0 Beta Test:

@SBorg den Fehler von daswetter hatte ich aber auch vor dem Update schon

Bei mir nicht. Bis heute morgen mit dem JS 1.15.14 lief es auch und die Daten waren korrekt, jetzt mit dem 2er steigt er mit dem error aus und liefert auch keine Daten mehr. Liegt aber am Adapter, nicht am Controller.

[coyote]

@SBorg Hm ok, komisch. Bei mir war es vorher schon, hier ein Auszug vom Log von gestern, da war ich noch bei 1.5.14

2019-09-30 10:31:07.279  - error: daswetter.0 force terminate, objects still in list: 1887
2019-09-30 10:31:07.441  - info: host.debian instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)

[SBorg]

Nicht ganz, du hast eine "desired termination" mit Code 11 (also eine 'erwünschte', die ist normal), ich habe eine "echte" Terminierung mit Code 15 (=harter Abbruch wegen Fehler).

[apollon77]

@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:

broadlink2.0 2019-10-01 09:12:24.100 warn (865) sendState could not find command or scene named 'LG_TV-Power'

Naja ich fürchte das gleiche Problem könnte es sein wie bei radar2, das die myadapter-Klasse falsch ist. Kannst Du mal testen bitte:
File /opt/iobroker/node_modules/@frankjoke/myadapter/myadapter.js und dort die Änderungen aus https://github.com/frankjoke/myAdapter/pull/1/files einbauen (oder ganzes file mit https://github.com/frankjoke/myAdapter/blob/f06343bfe6e132536f6740a7f025b2122ecef6b6/myAdapter.js ersetzen)

Ist der Fehler dann weg? Wenn ja bitte Issue bei broadlink2 anlegen und reinschreiben und mir schicken, dann müssen wir ggf wie bei radar2 ein Zwischenrelease bauen.

Zu Daswetter weiss ich nix ... kommt das immer? Bzw war es schon vorher da. Kannst ja mal durch die alten Logfiles der 7 Tage in /opt/iobroker/logs suchen ...

Apollon77 created this issue in frankjoke/myAdapter

open create a new Promise wrapper that also binds correctly for the class #1