(gelöst)Fehler von Multihost nach update auf Buster

Meister Mopper

@Mapio90 Ich glaube, Du hast, wie @arteck geschrieben hat, ein IP-Problem. Die Maschinen finden sich nicht und können dann auch nicht kommunizieren.

Mapio90

@Meister-Mopper

pi@Master:~ $ iobroker multihost enable
Please check the binding of redis service. By default it is only local: http://download.redis.io/redis-stable/redis.conf
Change "bind 127.0.0.1" to "bind 0.0.0.0" or to others.
No configuration change needed.


Multihost discovery server: enabled
Discovery authentication:   enabled
Objects:                    redis on 0.0.0.0
States:                     redis on 0.0.0.0

Mapio90

Jetzt blick ich vollkommen nicht mehr durch, jetzt komm ich nicht mal mehr auf die Weboberfläche....


pi@Master:~ $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: redis
  - Host/Unix Socket: 0.0.0.0
  - Port: 6379
- 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]: 0.0.0.0
Port of objects DB(redis), default[6379]: 9001
Type of states DB [(f)file, (r)edis], default [redis]: r
Host / Unix Socket of states DB (redis), default[0.0.0.0]: 0.0.0.0
Port of states DB (redis), default[9001]: 6379
Host name of this machine [Master]:
Please choose if this is a Master/single host (enter "m") or a Slave host (enter "S") you are about to edit. For Slave hosts the data migration will be skipped. [S/m]: m

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/redis" to "redis/redis" [y/N]: n

No Database migration was done.
If this was done on your master host please execute "iobroker setup first" to newly initialize all objects.

updating conf/iobroker.json
pi@Master:~ $ iobroker multihost enable
Please check the binding of redis service. By default it is only local: http://download.redis.io/redis-stable/redis.conf
Change "bind 127.0.0.1" to "bind 0.0.0.0" or to others.
No configuration change needed.


Multihost discovery server: enabled
Discovery authentication:   enabled
Objects:                    redis on 0.0.0.0
States:                     redis on 0.0.0.0
pi@Master:~ $ ^C
pi@Master:~ $ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: redis
States  type: redis
pi@Master:~ $ sudo service iobroker restart

Mapio90

@Meister-Mopper
@arteck

Habe den Master nun komplett runter geschmissen und ein backup drauf gemacht.

Wie würdet ihr jetzt vorgehen, dass mir bestmöglich ein backup wieder erspart bleibt?

auf dem Slave zeigt es folgendes an:

pi@second-device:~ $ iobroker status
No connection to states 192.168.178.34:6379[redis]

auf dem Master:


pi@Master:~ $ iobroker status

iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: redis

Meister Mopper

@Mapio90 Es steht ja geschrieben. Du solltest das binding für redis auf dem Master von 127.0.0.1 auf 0.0.0.0 stellen, damit sich andere hosts mit dem redis-server des masters verbinden können. Das solltest Du in der /etc/redis/redis.conf umstellen.
Edit: Vorher natürlich noch redis installieren (auf dem master).

Homoran

@Mapio90 sagte in Fehler von Multihost nach update auf Buster:

Habe den Master nun komplett runter geschmissen und ein backup drauf gemacht.

ein Backup von ioBroker?
Oder von der SD-Karte?

im ersten Fall dürfte kein Redis drauf sein.
Was sagt redis-server -v?

Wenn du dann den redis-server nachinstallierst musst du auch die Konfig von redis für Multihost anpassen

Mapio90

@Homoran

habe die sd-karte formatiert und dann das backup wieder komplett aufgespielt.


pi@Master:~ $ redis-server -v
Redis server v=5.0.3 sha=00000000:0 malloc=jemalloc-5.1.0 bits=32 build=1b271fe49834c463

Homoran

@Mapio90 sagte in Fehler von Multihost nach update auf Buster:

dann das backup wieder komplett aufgespielt.

also incl. der Fehler, die bereits ins Backup gelangt waren

Mapio90

@Meister-Mopper sagte in Fehler von Multihost nach update auf Buster:

@Mapio90 Es steht ja geschrieben. Du solltest das binding für redis auf dem Master von 127.0.0.1 auf 0.0.0.0 stellen, damit sich andere hosts mit dem redis-server des masters verbinden können. Das solltest Du in der /etc/redis/redis.conf umstellen.

Wird das mit iobroker setup custom ausgeführt oder muss ich das mit dem nano, sprich im editor tun?

Homoran

@Mapio90 sagte in Fehler von Multihost nach update auf Buster:

muss ich das mit dem nano, sprich im editor tun?

ja

Mapio90

@Homoran Nein ich habe bevor ich buster aufgespielt hatte ein Backup durchgeführt.
als ich den slave aktuallisiert (auf Buster) habe, war multihost noch stabil, d.h. der Slave war online.
als ich dann aber den Master auf buster upgedatet habe, dann war der Slave offline.
Dann habe ich versucht mit iobroker setup custom wieder zu verbinden und dann ging es nach hinten los. Admin-Oberfläche vom Master nicht mehr erreichbar, fehler in der setup custom... naja dann heute den tag das backup (wo alles noch gelaufen ist) aufgespielt. Jetzt nach langem hin und her sind alle Adapter vom Master grün, (roborock, zigbee und ble ). Jetzt muss ich meiner meinung nach wieder die Multihost umgebung verbinden, dass es wieder ist wie davor.

Meister Mopper

@Mapio90 Da ja redis bei Dir läuft, solltest Du das erstmal sauber konfigurieren, bevor Du den Multihost einrichtest.

Mapio90

@Meister-Mopper

okay. also dann installiere ich jetzt redis mit folgendem Befehl?

sudo apt-get update
sudo apt-get install redis-server
sudo usermod -a -G redis iobroker
sudo reboot now

Homoran

@Mapio90 sagte in Fehler von Multihost nach update auf Buster:

also dann installiere ich jetzt redis mit folgendem Befehl?

Nein!
Wo hast du das her?

Ganz abgesehen davon hgast du redis bereits und es läuft

Mapio90

@Homoran

Das steht im HowTo: Backup wiederherstellen (Linux) hier im Forum

Ich möchte es einfach schrittweise durchgehen, dass ich nicht wieder einen Tag beschäftigt bin den iobroker wieder zum laufen zu bringen.

Meister Mopper

@Homoran Genau, redis läuft. Jetzt

sudo nano /etc/redis/redis.conf

127.0.0.1 in 0.0.0.0 umbenennen und 'protected_mode no'

Meister Mopper

@Homoran sagte in Fehler von Multihost nach update auf Buster:

Wo hast du das her?

Das ist nötig, wenn der backitup-Adapter die redis dump-Datei sichern soll, dann muss der iobroker-Nutzer user von redis sein.

Homoran

@Meister-Mopper sagte in Fehler von Multihost nach update auf Buster:

@Homoran sagte in Fehler von Multihost nach update auf Buster:

Wo hast du das her?

Das ist nötig, wenn der backitup-Adapter die redis dump-Datei sichern soll, dann muss der iobroker-Nutzer user von redis sein.

das passt!

Mapio90

@Meister-Mopper

so?

# IF YOU ARE SURE YOU WANT YOUR INSTANCE TO LISTEN TO ALL THE INTERFACES
# JUST COMMENT THE FOLLOWING LINE.
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
bind 0.0.0.0 ::1

# 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.
protected-mode no

# Accept connections on the specified port, default is 6379 (IANA #815344).
# If port 0 is specified Redis will not listen on a TCP socket.
port 6379

# TCP listen() backlog.
#
# In high requests-per-second environments you need an high backlog in order
# to avoid slow clients connections issues. Note that the Linux kernel
# will silently truncate it to the value of /proc/sys/net/core/somaxconn so
# make sure to raise both the value of somaxconn and tcp_max_syn_backlog
# in order to get the desired effect.
tcp-backlog 511

# Unix socket.

Homoran

@Mapio90
wo kommt das ::1 her?
das sieht wie Reste(??) einer IPv6 Adresse aus?

Community Forum

NEWS

(gelöst)Fehler von Multihost nach update auf Buster

Support us

351

32.8k

82.6k

1.3m