Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[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?

[apollon77]

@renegade-0 Wenn du magst gern ... dann geh mal zurück und schau das er wieder läuft
dann kannst gern auf controller 3.2 gehen (weil ist eh die nächste version die kommen wird - siehe Forum thread oben bei den announcements). Wenn das auch geht versuch nochmal zu migrieren bitte

[Renegade 0]

@apollon77

OKok, immer langsam mit den jungen Pferden.

i@TestPI:/opt/iobroker $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: redis
  - Host/Unix Socket: 127.0.0.1
  - Port: 6379
- States database:
  - Type: redis
  - Host/Unix Socket: 127.0.0.1
  - Port: 6379

Type of objects DB [(f)ile, (r)edis], default [redis]: f
Host / Unix Socket of objects DB(file), default[127.0.0.1]: 
Port of objects DB(file), default[9001]: 
Type of states DB [(f)file, (r)edis], default [redis]: f
Host / Unix Socket of states DB (file), default[127.0.0.1]: 
Port of states DB (file), default[9000]: 
Data directory (file), default[../../iobroker-data/]: 
Host name of this machine [TestPI]: 
It appears that you want to convert this slave host into a Master or Single host system. Is this correct? [Y/n]: y

Do you want to migrate objects and states from "redis/redis" to "file/file" [y/N]: n
updating conf/iobroker.json

[apollon77]

@renegade-0 With this you should have reverted to the "old" file dbs without migration so they should be as before. Now check that iobroker works "as before"

[Renegade 0]

@apollon77
it works like before my master. So what you wish now?^^

[apollon77]

@renegade-0 hihi ... tschuldigung für den englisch switch ... zu viel parallel

am besten jetzt js-controller 3.2 upgrade ... https://forum.iobroker.net/topic/41029/js-controller-3-2-jetzt-im-latest und schauen das alles läuft, dann iobroker-data sichern und neu auf redis umstellen

[Renegade 0]

@apollon77

pi@TestPI:/opt/iobroker $ sudo ./iobroker stop
pi@TestPI:/opt/iobroker $ sudo ./iobroker update
Used repository: default
hash changed or no sources cached => force download of new sources
Cannot download json from http://download.iobroker.net/sources-dist.json. Error: Error: ESOCKETTIMEDOUT
update done
pi@TestPI:/opt/iobroker $ sudo ./iobroker upgrade self
Cannot find this controller "js-controller" in repository.

Soll ich weiter machen?