UNSOLVED Umzug von Raspberry Pi auf Rock 64
-
@michaelxhoffmann ich bin vor einer Woche auch umgestiegen auf den Rock64
Ich kam von meiner ersten Installation von 2014 und das Backup ging auch nicht.
Ein Tipp lass beide Systeme parallel laufe dann kannst die Adapter Einstellungen abschreiben.
Es ist zwar ein bissi ärgerlich aber die Freude wie der Rock mit seinen 4GB arbeitet ist dann mega.
Viel Glück beim umziehen. -
@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... -
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.
-
@michaelxhoffmann
Wie installierst du denn?Welches armbian nutzst du?
-
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 vor 9 MinutenDas 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 -
@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 nightlyOben sind Ubuntu bionic
Unter weitere sind die Debian Versionen -
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 -
@michaelxhoffmann
Wenn du ein clean System als Master hast, wieso sind da dann nach der Installation von ioBroker so viele Adapter im Log aufgelistet? -
@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.
-
@michaelxhoffmann
Hast du ein ioBroker-Image genommen oder nach der Armbian und iobroker Installation ein Backup eingespielt? -
@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?
-
@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
-
@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.
-
@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 wiederWas 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.
-
@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 konfigurierenZumindest war ich bei "clean install" davon ausgegangen
Warum hast du dann ein ioBroker Image genommen und schon alle Adapter eingerichtet?
-
@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 NetzwerkGruß
Rainer -
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?
-
@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.
