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

[Blackmike]

wenns ein ganz neues system ist... da bin ich auch grade drüber gefallen:

https://forum.iobroker.net/topic/20335/iobroker-vm-braucht-ewig-lange-zum-runterfahren-grund-redis-erneut

es gab einen Eintrag in der iobroker.sh, wo man abhängigkeiten einstellen konnte.
Soll sollte iobroker erst starten, wenn redis oben ist, und umgekehrt iobroker zuerst beenden, bevor redis ausgeht.

ansosten ist redis shcon weg und iobroker hängt da, weil er noch states wegspecihern will.

Ich weiss aber bei einer neuen Installation auf einem Aktuellen Debian 4.9.144-3.1 nicht, wo man die Abhängigkeit festlegt.

Ich denke, dann tuts das wieder

[smartboart]

Ist bei mir kein neues System..bestehendes multihost System auf redis umgestellt.. Aber ich denke die routine zuerst iobroker dann redis herunterfahren ist auch nachvollziehbar und im nicht multihostsystem die Lösung.. Vlt ja auch im multihost Verbund... Gibt's da weitere Infos zu

[smartboart]

kann hier jemand weiter helfen, wie man bei Armbian / Ubuntu sicher stellen kann, dass iobroker beim shutdown vor dem redisserver herunter gefahren wird?

[Homoran]

@smartboart

Das hatte blackmike zwei posts vor deinem verlinkt

[smartboart]

@Homoran Peinlich peinlich, sorry....

[Thomas Braun]

@apollon77 said in Auf redis umstellen:

Warum es das anbietet? … weil es noch kommen soll

Tut aber aktuell noch nicht !! Also nicht machen!

Kann man die Objects jetzt auch auf redis umstellen?
Ich habe jetzt nur States dort drin:

pi@raspberrypi:~ $ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: redis

[apollon77]

@Thomas-Braun ja kann man seit Controller 2.x. Es gibt nem eigenen redis thread wo ich mal alles zusammengefasst hatte inkl vor und Nachteile https://forum.iobroker.net/topic/26327/redis-in-iobroker-überblick

[Renegade 0]

Hallo,

habe auch die States auf Redis umgestellt. Nach dem reboot folgendes:

/opt/iobroker $ iobroker list instances
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot find view "system" for search "host" : null

Was hab ich falsch gemacht, bzw wie kann ich es wieder richten?

[apollon77]

@renegade-0 Wie hast Du denn umgestellt?

[Renegade 0]

@apollon77

in die Konsole.

iobroker stop
sudo apt install redis-server
iobroker setup custom

dann die objects durchgeklickt

bei den STATES auf redis mit r. alles durchgeklickt und die Daten dann mit yes portieren lassen.

danach reboot

[apollon77]

@renegade-0 Ok, dann ist da wohl irgendwas nicht korrekt gelaufen. Schau mal in die redis db (redis-cli) ob das objekt da ist

get cfg.o.system.config

bzw ob überhaupt da was drin ist (info zeigt dfie "keys" an bzw "keys cfg.o.*")

[Renegade 0]

@apollon77

Ich bin da jetzt nicht direkt so der Pro. Hangel mich an den Anleitungen entlang.

Wie stell ich das denn genau an?

[apollon77]

@renegade-0 mache eine shell auf die mschine wo redis läuft und gib ein "redis-cli<enter>"
dann die kommandos von oben

[Renegade 0]

@apollon77
Ah so klappt das auch mit dem DAU am anderen Ende.

pi@TestPI:/opt/iobroker $ redis-cli
127.0.0.1:6379> get cfg.o.system.config
(nil)
127.0.0.1:6379> keys cfg.o.
(empty list or set)
127.0.0.1:6379> 

[apollon77]

@renegade-0 sagte in Auf redis umstellen:

keys cfg.o.

keys cfg.o.*

[Renegade 0]

@apollon77

127.0.0.1:6379> keys cfg.o.*
 1) "cfg.o.system.host.TestPI.diskFree"
 2) "cfg.o.system.host.TestPI.compactgroupProcesses"
 3) "cfg.o.system.host.TestPI.load"
 4) "cfg.o.system.host.TestPI.diskWarning"
 5) "cfg.o.system.host.TestPI.instancesAsCompact"
 6) "cfg.o.system.host.TestPI.mem"
 7) "cfg.o.system.host.TestPI.diskSize"
 8) "cfg.o.system.user.admin"
 9) "cfg.o.system.host.TestPI.eventLoopLag"
10) "cfg.o.system.host.TestPI.instancesAsProcess"
11) "cfg.o.system.host.TestPI.uptime"
12) "cfg.o.system.host.TestPI.cpu"
13) "cfg.o.system.host.TestPI.logLevel"
14) "cfg.o.system.host.TestPI.outputCount"
15) "cfg.o.system.host.TestPI.alive"
16) "cfg.o.system.host.TestPI.memRss"
17) "cfg.o.system.host.TestPI"
18) "cfg.o.system.host.TestPI.cputime"
19) "cfg.o.system.host.TestPI.freemem"
20) "cfg.o.system.host.TestPI.inputCount"
21) "cfg.o.system.host.TestPI.plugins.sentry.enabled"
22) "cfg.o.system.host.TestPI.zip"
23) "cfg.o.system.host.TestPI.memHeapTotal"
24) "cfg.o.system.meta.uuid"
25) "cfg.o.system.host.TestPI.plugins.sentry"
26) "cfg.o.system.host.TestPI.compactModeEnabled"
27) "cfg.o.system.host.TestPI.memHeapUsed"
28) "cfg.o.system.host.TestPI.memAvailable"
127.0.0.1:6379> 

[apollon77]

@renegade-0 Ok, da hat irgendwas aber mal gar nicht funktioniert.

Kannst jetzt versuchen das backup was für die Migration angelegt wurde /opt/iobroekr/backups/...migration... zu restoren und schauen ob dann alles da ist.

Falls nicht geh zurück auf file DB und versuchs nochmal.

Zurück mittels:

• iobroker-data Verzeichnis wegsichern (nur zur sicherheit)
• iobroker setup custom und wieder mit "f" aber NICHT migrieren!!
• schauen ob iotroker wie vorher sauber läuft!
• dann nochmal versuchen.

Welchen js-controller hast Du?

Und beim zweiten versuch unbedingt das migration log aufgeheben (also was er an der Shell anzeigt)

[Renegade 0]

@apollon77

i@TestPI:/opt/iobroker $ npm version
{
  'iobroker.inst': '2.0.3',
  npm: '6.14.10',
  ares: '1.16.1',
  brotli: '1.0.9',
  cldr: '37.0',
  http_parser: '2.9.4',
  icu: '67.1',
  llhttp: '2.1.3',
  modules: '72',
  napi: '7',
  nghttp2: '1.41.0',
  node: '12.20.1',
  openssl: '1.1.1i',
  tz: '2019c',
  unicode: '13.0',
  uv: '1.40.0',
  v8: '7.8.279.23-node.45',
  zlib: '1.2.11'
}

Da dies nur eine Testmaschine ist, wäre es nicht sinnvoller, die Kiste einfach neu aufzusetzen? Es lief ja nur der watchdog baresip und der iobroker mit vis und Doorio drauf.

[apollon77]

@renegade-0 kannst du auch ... ich persönlcih wäre ja interessiert was da schieff gegangen ist M besten mit controller 3.2 der gerade im latest testing ist :-))) aber andere story

[Renegade 0]

@apollon77
ich kann auch gerne noch ein wenig für dich spielen. Also Weg 2 oder?