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

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

[Mapio90]

@Homoran

Wenn die Frage an mich ging, das stand da schon drin.

[Meister Mopper]

@Mapio90 Genau so (mit den Punkten) läuft es bei mir. Hast Du bei protected-mode den Bindestrich geändert, oder war der vorher auch da?

[Homoran]

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

Wenn die Frage an mich ging, das stand da schon drin.

Ich finde im Moment bei mir keine Installation mit Redis
kann das daher nicht verifizieren!

@Meister-Mopper sieht das bei dir auch so aus?

[Meister Mopper]

@Homoran Jup, sieht so aus und funktioniert.

[Mapio90]

@Meister-Mopper

so ist das original, habe abgebrochen als homoran verunsichert war.

bind 127.0.0.1 ::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 yes

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

[Mapio90]

@Meister-Mopper so habe es abgeändert, wie du im obigen beitrag gesagt hattest.

@Homoran Darf ich euch fragen wie ihr jetzt weiter gemacht hättet?

[Meister Mopper]

@Mapio90 Hast Du Zugriff auf die Weboberfläche vom Admin des Masters?

[Mapio90]

@Meister-Mopper ja

[Meister Mopper]

@Mapio90 Das ist schon mal gut. Ich würde jetzt diesen als Master einrichten.

iobroker multihost enable
iobroker restart

[Mapio90]

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

iobroker multihost enable

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:                    file on 0.0.0.0
States:                     redis on 0.0.0.0

[Meister Mopper]

@Mapio90 ```Dann hast Du wahrscheinlich nicht den redis-server neu gestartet:

sudo systemctl restart redis-server

[Meister Mopper]

@Mapio90 Denk aber daran, redis auch auf dem Slave einzurichten, bevor Du Dein Backup zurückliest.

[Mapio90]

@Meister-Mopper

hammer, jetzt läuft alles. Vielen Dank euch. Was komisch ist, ich kann auf meinem Master bei backitup adapter nicht auf Redis zugreifen, obwohl ich das auch lokal abgelegt hatte.

[Mapio90]

@Meister-Mopper das heißt, wie muss ich da vorgehen? Dachte dadurch das es läuft, ich jetzt schon das backup machen kann!?

[Meister Mopper]

@Mapio90 Backup kannste machen. Für das Rechteproblem würde ich noch mal den Fixer laufen lassen und nochmal den user iobroker an redis beteiligen, anschließend ist ein reboot erforderlich.

iobroker fix
sudo usermod -aG redis iobroker
reboot

[Meister Mopper]

@Mapio90 Gib mal im Backitup-Adapter bei redis-Pfad die Datei mit, komischerweise funktioniert das:

/var/lib/redis/dump.rdb

[Mapio90]

@Meister-Mopper

Hat das auch damit zu tun, dass in den Objekten bei z.b BLE keine states mehr sind?

[Meister Mopper]

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

Hat das auch damit zu tun, dass in den Objekten bei z.b BLE keine states mehr sind?

Auf welchem host läuft BLE?