Multihost - Slave verliert Adresse des Master

[Andreas.S]

@fredf
Vielen Dank für deine Antwort
Ich denke nicht, dass es etwas mit dem Master zu tun hat. Das System hat ein Jahr sauber funktioniert.
Damit es wieder funktioniert muss ich nun täglich am Slave die IP- Adresse wieder einstellen, da die immer wieder weg ist. Sobald ich das getan habe läuft alles, ohne den Master anzufassen.
Wie oben beschrieben, ist es auch seltsam, dass nach einem geforderten iobroker restart die gerade eingestellte IP am Slave sofort wieder weg ist.

Am Master sieht das so aus..

- Objects database:
  - Type: file
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: redis
  - Host/Unix Socket: 127.0.0.1
  - Port: 6379

Ich habe Redis auch schon mal an 0.0.0.0 gebunden. Bei mir geht es aber mit 127.0.0.1. Wie gesagt müsste nur der Slave sich die IP etwas länger merken

[FredF]

@andreas-s
Ich würde zuerst mal ein Update der beiden js-controller auf die aktuell stable 3.2.16 heben https://forum.iobroker.net/topic/42385/js-controller-3-2-jetzt-im-stable

Anschließend beim Master über iobroker setup custom die redis states auf 0.0.0.0 binden und alles weitere gemäß der Anleitung durchführen.

[Andreas.S]

@fredf
Vielen Dank.
Ich werde den JS-Controller mal auf 3.2.16 heben. Den Redis hatte ich wie gesagt auch schon mit 0.0.0.0 kann ich daher auch leicht wieder umstellen.
Mich wundert halt nur, dass der Slave plötzlich immer die IP des Master verliert. Ein Jahr konnte er sich das merken
Sobald ich dem Slave die Adresse wieder eintippe geht alles bestens.

Ich werde weiter testen.

[Wildbill]

@andreas-s Verliert der Slave eventuell auch direkt nach einem Reboot die Adresse des Master? Könnte auf ein defektes Filesysten hindeuten oder defekte SD-Karte, die nur noch readonly gemountet wird. Mit dmesg sollte da was zu sehen sein.

Gruß, Jürgen

[Thomas Braun]

@andreas-s
@Wildbill

Am besten mal kurz mit

dmesg -T | grep -i ext4

danach schauen.

[Andreas.S]

@thomas-braun / @wildbill

Hallo ihr beiden,
leider habe ich wenig Ahnung von Linux. Aber was ihr schreibt klingt total logisch.

Der von Thomas angegebene Befehl liefert etwas, was ich auch so interpretieren würde.

pi@raspi-slave:~ $ dmesg -T | grep -i ext4
[Di Jun 15 03:05:10 2021] Kernel command line: coherent_pool=1M 8250.nr_uarts=0                                           snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_he                                          adphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc                                          _mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 consol                                          e=tty1 root=PARTUUID=f764272c-02 rootfstype=ext4 elevator=deadline fsck.repair=y                                          es rootwait
[Di Jun 15 03:05:12 2021] EXT4-fs (mmcblk0p2): mounted filesystem with ordered d                                          ata mode. Opts: (null)
[Di Jun 15 03:05:12 2021] VFS: Mounted root (ext4 filesystem) readonly on device                                           179:2.
[Di Jun 15 03:05:15 2021] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

Also würde die Lösung heißen SD-Card auf neue kopieren? Ich hatte auch schon am Master mit SD-Card Probleme, daher hängt da nun eine SSD dran. Ich dachte am Slave - der hat nur den Zigbee Adapter für ein anderes Stockwerk - wird net so viel geschrieben.

Vielen Dank schon mal

[Thomas Braun]

@andreas-s sagte in Multihost - Slave verliert Adresse des Master:

mmcblk0p2

Die Partition ist i. O.

[Wildbill]

Ja, fast schade, wäre ja zu einfach gewesen. Aber testen würde ich dennoch, ob die Verbindung direkt nach einem Reboot weg ist. Natürlich aber nicht per Strom weg sondern sauber per Console mit

sudo reboot

Vorher natürlich die Verbindung zum Master einmal wieder einrichten.

Gruß, Jürgen

[Andreas.S]

@thomas-braun
Da dachte ich doch glatt mit einer neuen SD Card ist das Problem beseitigt.
Woran siehst du, dass die Partition i.O. ist?
Was bedeutet ...

VFS: Mounted root (ext4 filesystem) readonly on device  

[Thomas Braun]

@andreas-s Das bedeutet, dass die Partition für den Moment ro gemountet wurde. Das ist aber ganz normal, wenn dahinter kein Recovery versucht wird.
Kurz drauf wird die Partition ja dann auch rw gemountet.

[Andreas.S]

@wildbill
Ich hätte ja darauf gewettet, da er bereits nach derAnweisung iobroker restart - die eigentlich nach dem einrichten des multihost gemacht werden soll - die IP verliert.

1. Sauber verbunden alles auf grün im Master und funktioniert..

Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.178.74
  - Port: 9001
- States database:
  - Type: redis
  - Host/Unix Socket: 192.168.178.74
  - Port: 6379
- Data Directory: ../../iobroker-data/

2. Ausführen der Anweisung sudo reboot
3. und siehe da

pi@raspi-slave:~ $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.178.74
  - Port: 9001
- States database:
  - Type: redis
  - Host/Unix Socket: 192.168.178.74
  - Port: 6379
- Data Directory: ../../iobroker-data/

Das erstaunt mich nun doch. Auch ein iobroker restart behält nacher die IP.
Eigentlich ist mein nächtlicher Neustart auch nur in der crontab ein 00 4 * * * sudo reboot

[Wildbill]

@andreas-s Das ist komisch. Entweder zerschiesst sich hier was im laufenden Betrieb, oder vielleicht findet der Slave den Master beim nächtlichen Reboot ja auch nicht, weil der in dem Moment noch nicht da ist und steigt aus? Wobei das eigentlich nichts ausmachen sollte, die sollten sich immer wieder finden, egal wer gerade weg ist.
Mehr fällt mir grad auch nicht ein...

Gruß, Jürgen

EDIT: Lass doch mal die nächtlichen Reboots bei beiden weg und schaue, ob die Verbindung dann bleibt.

[Thomas Braun]

@wildbill sagte in Multihost - Slave verliert Adresse des Master:

beim nächtlichen Reboot

Zu was soll der Nütze sein?

Steht was in Log Files zu der Thematik?

[Andreas.S]

@thomas-braun

Hallo,
Als ich mich in das Thema eingelesen habe kam immer wieder die Empfehlung einen reboot durchzuführen. Ich hab das dann mal so hingenommen und eingerichtet. Master um 3 Uhr Slave um 4 Uhr und seit einem Jahr geht das auch gut.
Natürlich kann ich nicht sagen, ob es ohne reboot seit einem Jahr nicht genauso gut wäre. Ich kenne ansonsten nur Windows, dass quasi von Neustarts lebt

Zum eigentlichen Problem war nahezu erwartet, dass es heute morgen problemlos lief. Trotz noch aktivem Reboot in der Nacht.

Was mir noch unklar ist, woran kommt man oben erkennen, dass die SD-Card noch in Ordnung ist?

[Thomas Braun]

@andreas-s
Ich erkenne es daran, das beim grep auf ext4 genau die vier Zeile gefunden werden, die immer ausgespuckt werden. Wenn es da Probleme gäbe sähe das anders aus.

Die reboots würde ich auf jeden Fall ausknipsen. Sind ja keine Windows-Kisten.

[Andreas.S]

@thomas-braun
Also ich habe aus beiden den nächtlichen reboot rausgenommen.

In den letzten beiden Tagen trat das Problem aber trotz reboot nicht mehr auf - warum auch immer.

Vielen Dank für die Unterstützung.