Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[michaelxhoffmann]

@HomeChristian :) Ja wäre eine gute Idee, aber ich habe es jetzt schon platt gemacht. Tote Pferde gehören nicht in den Stall ;) Ich versuche das jetzt noch einmal mit einer sauberen Installation, wenn das dann auc nicht funktioniert Kommt das Ding in die Schublade und gut is...

[michaelxhoffmann]

Und im Moment Habe ich eine neue Installation. Da läuft noch nichts als meine Homematicadapter und der Broadlinkadapter und schwups ist das Log schon wieder voll. Der Discoveryadapter wird wohl ständig neu gestartet.

[Homoran]

@michaelxhoffmann
Wie installierst du denn?

Welches armbian nutzst du?

[michaelxhoffmann]

Das aus dem Downloadverzeichnis, das oberste Rock64 vom 20.04.2018
Den RPI2 Adapter hatte ich schon rausgenommen und jetzt gerade auch den Ping Adapter.

[michaelxhoffmann]

Welcome to ARMBIAN 5.74.190202 nightly Debian GNU/Linux 9 (stretch) 4.17.0-rc6-rk3328
System load: 1.04 0.28 0.10 Up time: 0 min
Memory usage: 18 % of 2001MB IP: 192.168.178.21
CPU temp: 57°C
Usage of /: 13% of 15G

[michaelxhoffmann]

@Homoran
michaelxhoffmann vor 9 Minuten

Das aus dem Downloadverzeichnis, das oberste Rock64 vom 20.04.2018
Den RPI2 Adapter hatte ich schon rausgenommen und jetzt gerade auch den Ping Adapter.

Welcome to ARMBIAN 5.74.190202 nightly Debian GNU/Linux 9 (stretch) 4.17.0-rc6-rk3328
System load: 1.04 0.28 0.10 Up time: 0 min
Memory usage: 18 % of 2001MB IP: 192.168.178.21
CPU temp: 57°C
Usage of /: 13% of 15G

[Homoran]

@michaelxhoffmann sagte in Umzug von Raspberry Pi auf Rock 64:

Welcome to ARMBIAN 5.74.190202 nightly Debian GNU/Linux 9 (stretch) 4.17.0-rc6-rk3328

Das ist eine Entwicklerversion!

Da kann es immer Probleme mit geben.
Geh über die website und lade da das armbian für Rock64 heru ter. Auf jeden Fall kein nightly

Suche hier unten

Oben sind Ubuntu bionic
Unter weitere sind die Debian Versionen

[michaelxhoffmann]

Danke für den Hinweis! Läuft jetzt auf stable nicht mehr nightly. Leider habe ich jetzt allerdings wieder mein Multihostproblem. Ich bin nach Anleitung vorgegangen, Fehler auf dem cleansystem sind die gleichen wie die vorher. drei Tage Arbeit also für die Katz. Vielleicht bin ich auch zu blöd dafür, deshalb eine Verständnisfrage:

Ich installiere auf dem Rock64 ein iobrokersystem und bringe es zum Laufen
Anschließend installiere ich auf dem Raspi ein Iobrokersystem und bringe auch dieses zum laufen.
Ich kann anschließend die jeweiligen Admins im Browser aufrufen. Im Raspi habe ich ausschließlich den Adminadapter installiert und der läuft auch.
Nun stoppe ich den zukünftigen Master, und gebe dort im Terminal ein: sudo iobroker multihost enable
dann starte ich das Ding wieder
Jetzt stoppe ich dden slave
Nun gebe ich im Slave ein: sudo iobroker multihost browse
Anschließend: sudo iobroker multihost connect
Ich starte den slave wieder
Beim Aufruf des Admins und Blick ins LOG hagelt es Fehlermeldungen

Was ist jetzt falsch? Ich bin ratlos

[Röstkartoffel]

@michaelxhoffmann
Wenn du ein clean System als Master hast, wieso sind da dann nach der Installation von ioBroker so viele Adapter im Log aufgelistet?

[michaelxhoffmann]

@Röstkartoffel naja die sind von Anfang an drin mit ausnahme des Brodlinkadapters. aber der lief dann auch fehlerfrei. Dannach habe ich die Umstellung auf Multihost vorgenommen. Und dann das Fehlerlog ausgewertet.

[Röstkartoffel]

@michaelxhoffmann
Hast du ein ioBroker-Image genommen oder nach der Armbian und iobroker Installation ein Backup eingespielt?

[Homoran]

@michaelxhoffmann sagte in Umzug von Raspberry Pi auf Rock 64:

Vielleicht bin ich auch zu blöd dafür

glaub ich nicht - eher "verschweigst" du uns etwas - aus Unwissenheit.

@michaelxhoffmann sagte in Umzug von Raspberry Pi auf Rock 64:

Beim Aufruf des Admins

Auf dem Slave oder auf dem Master?
der slave:8081 darf nicht mehr erreichbar sein.

@michaelxhoffmann sagte in Umzug von Raspberry Pi auf Rock 64:

Anschließend: sudo iobroker multihost connect

was kommt dann in der Konsole für eine Meldung?

Und du hast noch nirgendwo ein Backup eingespielt?

[Homoran]

@michaelxhoffmann sagte in Umzug von Raspberry Pi auf Rock 64:

naja die sind von Anfang an drin mit ausnahme des Brodlinkadapters

BItte beide Hosts "nackig" installieren und dann Multihost konfigurieren

Zumindest war ich bei "clean install" davon ausgegangen

[michaelxhoffmann]

@Röstkartoffel Ich habe einiobroker image genommen. Kein backup eingespielt. Alles von Hand zu fuß neu gemacht. In diesem Image ist nichts mehr altes drin. Aktuell laufen auch keine neuen Fehlermeldungen auf ... Ich verstehe es nicht :)) Ich erstelle jetzt erst mal ein Backup, lasse das Teil mal laufen und werde es mir heute Abend noch mal anschauen. Bin momentan ziemlich genervt von der ganzen Sache.

[Röstkartoffel]

@michaelxhoffmann sagte in Umzug von Raspberry Pi auf Rock 64:

Nun stoppe ich den zukünftigen Master, und gebe dort im Terminal ein: sudo iobroker multihost enable
dann starte ich das Ding wieder
Jetzt stoppe ich dden slave
Nun gebe ich im Slave ein: sudo iobroker multihost browse
Anschließend: sudo iobroker multihost connect
Ich starte den slave wieder

Was ist jetzt falsch? Ich bin ratlos

Also laut Dokumentation sehe ich nirgends, das du irgendwas stoppen oder starten sollst.

PS: Ich bin damals vom Raspi umgezogen auf den Rock64 und habe dann den Raspi neu aufgesetzt und das Multihostsystem ohne Probleme mit "./iobroker setup custom" eingerichtet.

[Röstkartoffel]

@Homoran sagte
Geh über die website und lade da das armbian für Rock64 heru ter
@Homoran sagte
BItte beide Hosts "nackig" installieren und dann Multihost konfigurieren

Zumindest war ich bei "clean install" davon ausgegangen

Warum hast du dann ein ioBroker Image genommen und schon alle Adapter eingerichtet?

[Homoran]

@Röstkartoffel sagte in Umzug von Raspberry Pi auf Rock 64:

Also laut Dokumentation sehe ich nirgends, das du irgendwas stoppen oder starten sollst.

es steht drin den Slave neu zu starten, aber...

Auch ich habe in meinen letzten Multihost Installationen (über setup custom) beie Hosts rebooten müssen, bevor der slave im Master zu wehen war.
Warum weiß ich auch nicht. ggf. liegt es am Netzwerk

Gruß
Rainer

[michaelxhoffmann]

Also das setup custom habe ich nicht gemacht,, da das ja gem. Anleitung ab js controlerversion 1.1.3 nicht mehr benötigt wird, oder habe ich das falsch verstanden?

[Homoran]

@michaelxhoffmann sagte in Umzug von Raspberry Pi auf Rock 64:

oder habe ich das falsch verstanden?

Jein!
Es kann weiterhin angewendet werden. z.B. wenn es Probleme gibt.

Aber bitte erst einmal die offenen Fragen beantworten.

[michaelxhoffmann]

@Homoran Danke für Eure Hilfe. Es scheint nun läuft alles wie es soll. VIS ist noch nicht installiert und Hidtory läuft auch noch nicht. Jetzt befasse ich mich zu aller erst mit dem Backup, dann mal weiter schauen.