NEWS
Umzug von baremetal auf Proxmox VM - Vorabfragen
-
Hallo zusammen,
nach dem erfolgreichen Umzug von Influx V2 und Grafana auf Proxmox (Ryzen7 mit 32GB RAM) in LXCs plane ich jetzt den Umzug meiner Master-Umgebung von meinem MACmini mit Debian bookworm auf eine Proxmox-VM mit Debian bookworm.
Falls interessant hier mal der aktuelle Stand:
Das einzige was sich (ausser dass es eine VM wird) ändern wird, ist ein neuer Hostname (alt: macmini-iobroker - neu: iobroker-master).
Geplantes Vorgehen:
- Sicherung System mit Backitup
- iob stop
- VM aufsetzen
- iob installieren
- Hostnamen anpassen - siehe unten - hier sehe ich mich jetzt schon am "Haare raufen"
- Restore aus Sicherung
- Master-Slave(2) Verbindung --> ich wette hier gibt es Probleme?!
...
Da am System einiges dran hängt (siehe diag), gehe ich den Umzug gerne strukturiert an :grinning: um dann auch schnellstens wieder 'alive' zu sein - sonst wird's kalt im Haus :fearful:
Deshalb würde ich gerne fogende Fragen zur Doku und vor dem Umzug stellen, in der Hoffnung, dass ich gleichermaßen strukturierte Antworten bekomme.
Bei der Suche im Forum bin ich über einige, teilweise widersprüchliche, Q&A gestolpert, die ich gerne eindeutiger machen würde:-
VM Grösse auf Basis der jetzigen Installation
Ich wäre jetzt mit 4 Cores, 4GB RAM, 100G root-Laufwerk gestartet -
neuer Hostname (wichtigster Punkt)
Wie ist konkret vorzugehen, wenn die VM aufgesetzt ist, dass der neue Hostname auch von iob angenommen und umgesetzt wird?
Hier wäre mir wichtig zu erfahren, welche Befehle wirklich funktionieren ('iob host this'), da dies wohl immer wieder massive Schmerzen bereitet.
Weiter natürlich, ob das überhaupt funktionieren wird in einem MultiHost-System?! -
wie bringe ich die Slaves wieder an den Master (mit neuem Hostnamen)?
Habe ich hier wieder die Thematik https://forum.iobroker.net/topic/69019/raspberry-pi-os-lite-bookworm-ist-da/58 ?
Jetzt wäre es natürlich klasse einen Master-Plan zu bekommen, den ich dann gleich auch in Confluence dokumentieren kann...
Tatsächlich ist mir das Meiste klar, eben bis auf Hostname und Master-Slave Thematik.
PS: Es gibt sicher einige, die jetzt fragen, "warum von bare-metal zu Proxmox". Das hat einfache Gründe:
- Apple Macmini, keine saubere (U)Efi Unterstützung
- schlechtes Rankommen an die Komponenten (z.B. SSD)
- Performance lässt nach
- brauche noch einige andere Server, die auf dem Proxmox laufen werden
- der Ryzen7 kann ein "bißchen" mehr
...
Danke allen schon jetzt, die sich den vielen Text reinziehen!
Ich warte auf jeden Fall, bis ich feedback habe, sonst falle ich Euch nämlich mit "es läuft nichts mehr" auf den Wecker - das gilt es zu vermeiden :flushed:BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
Hallo zusammen,
nach dem erfolgreichen Umzug von Influx V2 und Grafana auf Proxmox (Ryzen7 mit 32GB RAM) in LXCs plane ich jetzt den Umzug meiner Master-Umgebung von meinem MACmini mit Debian bookworm auf eine Proxmox-VM mit Debian bookworm.
Falls interessant hier mal der aktuelle Stand:
Das einzige was sich (ausser dass es eine VM wird) ändern wird, ist ein neuer Hostname (alt: macmini-iobroker - neu: iobroker-master).
Geplantes Vorgehen:
- Sicherung System mit Backitup
- iob stop
- VM aufsetzen
- iob installieren
- Hostnamen anpassen - siehe unten - hier sehe ich mich jetzt schon am "Haare raufen"
- Restore aus Sicherung
- Master-Slave(2) Verbindung --> ich wette hier gibt es Probleme?!
...
Da am System einiges dran hängt (siehe diag), gehe ich den Umzug gerne strukturiert an :grinning: um dann auch schnellstens wieder 'alive' zu sein - sonst wird's kalt im Haus :fearful:
Deshalb würde ich gerne fogende Fragen zur Doku und vor dem Umzug stellen, in der Hoffnung, dass ich gleichermaßen strukturierte Antworten bekomme.
Bei der Suche im Forum bin ich über einige, teilweise widersprüchliche, Q&A gestolpert, die ich gerne eindeutiger machen würde:-
VM Grösse auf Basis der jetzigen Installation
Ich wäre jetzt mit 4 Cores, 4GB RAM, 100G root-Laufwerk gestartet -
neuer Hostname (wichtigster Punkt)
Wie ist konkret vorzugehen, wenn die VM aufgesetzt ist, dass der neue Hostname auch von iob angenommen und umgesetzt wird?
Hier wäre mir wichtig zu erfahren, welche Befehle wirklich funktionieren ('iob host this'), da dies wohl immer wieder massive Schmerzen bereitet.
Weiter natürlich, ob das überhaupt funktionieren wird in einem MultiHost-System?! -
wie bringe ich die Slaves wieder an den Master (mit neuem Hostnamen)?
Habe ich hier wieder die Thematik https://forum.iobroker.net/topic/69019/raspberry-pi-os-lite-bookworm-ist-da/58 ?
Jetzt wäre es natürlich klasse einen Master-Plan zu bekommen, den ich dann gleich auch in Confluence dokumentieren kann...
Tatsächlich ist mir das Meiste klar, eben bis auf Hostname und Master-Slave Thematik.
PS: Es gibt sicher einige, die jetzt fragen, "warum von bare-metal zu Proxmox". Das hat einfache Gründe:
- Apple Macmini, keine saubere (U)Efi Unterstützung
- schlechtes Rankommen an die Komponenten (z.B. SSD)
- Performance lässt nach
- brauche noch einige andere Server, die auf dem Proxmox laufen werden
- der Ryzen7 kann ein "bißchen" mehr
...
Danke allen schon jetzt, die sich den vielen Text reinziehen!
Ich warte auf jeden Fall, bis ich feedback habe, sonst falle ich Euch nämlich mit "es läuft nichts mehr" auf den Wecker - das gilt es zu vermeiden :flushed:oooch Leute kommt, habe ich jetzt doch zu viel geschrieben?
Ich kann mir nicht vorstellen, dass das noch keiner gemacht hat, von, z.B. PI, auf einen Proxmox umgestiegen zu sein?Problematisch ist in der Hauptsache der geänderte Hostname in der Multihost-Umgebung...
Oder soll ich testen und dann "schreien"? :anguished:
Wie sieht es also aus bei Hostnamensänderung --> was ist korrekt und konkret zu tun?
Was muss man bei Hostnamensänderung bei einer Multihost-Umgebung und Kopplung beachten?Danke.
BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
oooch Leute kommt, habe ich jetzt doch zu viel geschrieben?
Ich kann mir nicht vorstellen, dass das noch keiner gemacht hat, von, z.B. PI, auf einen Proxmox umgestiegen zu sein?Problematisch ist in der Hauptsache der geänderte Hostname in der Multihost-Umgebung...
Oder soll ich testen und dann "schreien"? :anguished:
Wie sieht es also aus bei Hostnamensänderung --> was ist korrekt und konkret zu tun?
Was muss man bei Hostnamensänderung bei einer Multihost-Umgebung und Kopplung beachten?Danke.
@reutli also ich hatte 2*Pi 3b+, einen Master und einen an dem ein Lesekopf für den Stromzähler hängt.
Der Master ist letztes Jahr umgezogen auf einen intel nuc mit proxmox Debian Container.
Debian Container einrichten, iobroker neu installieren, danach habe ich mit Backitup alles eingespielt.
Der Slave (Stromzähler) ist so geblieben wie er war. Ich habe allerdings die Hostnamen nicht geändert, da der alte Host (Raspberry ) außer Betrieb genommen wurde.
Soweit ich mich erinnern kann, gabs keinerlei Problem, das Backup hat nur "ewig" gedauert, bis alles wieder oben war.Bei Änderung der Hostnamen musst du die halt neu eintragen und dann auf dem Master und danach dem Slave jeweils mit
iobroker setup customneu einrichten.
-
@reutli also ich hatte 2*Pi 3b+, einen Master und einen an dem ein Lesekopf für den Stromzähler hängt.
Der Master ist letztes Jahr umgezogen auf einen intel nuc mit proxmox Debian Container.
Debian Container einrichten, iobroker neu installieren, danach habe ich mit Backitup alles eingespielt.
Der Slave (Stromzähler) ist so geblieben wie er war. Ich habe allerdings die Hostnamen nicht geändert, da der alte Host (Raspberry ) außer Betrieb genommen wurde.
Soweit ich mich erinnern kann, gabs keinerlei Problem, das Backup hat nur "ewig" gedauert, bis alles wieder oben war.Bei Änderung der Hostnamen musst du die halt neu eintragen und dann auf dem Master und danach dem Slave jeweils mit
iobroker setup customneu einrichten.
Danke für Deine Antwort.
Habe auch one Input erfolgreich umgestellt, allerdings ging es nicht ganz "geräuschlos" :blush:Der BackitUp Adapter wollte meine NFS Einstellungen nicht übernehmen, so musste ich die "Extrapfade" erst einmal deaktivieren, dass ich mounten konnte, um an meine Datensicherung(en) zu kommen
backitup.0 2023-11-04 11:32:10.226 error Error: Command failed: sudo mount 192.168.200.1:/volume1/Sicherungen_lmages/Sicherungen/iobroker/iobroker_macmini /opt/iobroker/backupsmount.nfs: access denied by server while mounting 192.168.200.1:/volume1/Sicherungen_lmages/Sicherungen/iobroker/iobroker_macmini--> gelöst
VIS hat auch extrem viele Fehler gemeldet, glücklicherweise nutze ich VIS aber nicht mehr aktiv und konnte deshalb VIS deaktivieren und munter weiter machen ---> gelöst.
Für Leute die VIS im Einsatz haben: hmmmm, wahrscheinlich wegen des BUGs erst einmal VORHER alte Version installieren(?) und dann restore versuchen?Dann diverse “png” Fehler auf den Adaptern der Slaves → auf den jeweiligen Slaves
iob upload <ADAPTERNAME>ausgeführt, dann wurde es besser
--> gelöstShelly Pro Geräte (matt) haben dann die Adapter-Instanz das Fürchten gelehrt (non- stop "an/aus").
Lösung war, auf den Geräten die stable Firmware 1.0.7 zu installieren, dann war Ruhe (warum auch immer, weil vorher keine Probleme)?
--> gelöstNatürlich wollte dann die Backitup Sicherung der Influx nicht mehr. Klar, weil die Influx in einen LXC Container umgezogen war und die Influx CLI auf dem Master gefehlt hat.
Nach diversen Anläufen die CLI nachzuinstallieren (danke an @Thomas-Braun) hat auch das funktioniertadmin@iobroker-master:~$ wget -q https://repos.influxdata.com/influxdata-archive_compat.key admin@iobroker-master:~$ echo '393e8779c89ac8d958f81f942f9ad7fb82a25e133faddaf92e15b16e6ac9ce4c influxdata-archive_compat.key' | sha256sum -c && cat influxdata-archive_compat.key | gpg --dearmor | sudo tee /usr/share/keyrings/influxdata-archive_compat.gpg > /dev/null influxdata-archive_compat.key: OK admin@iobroker-master:~$ echo 'deb [signed-by=/usr/share/keyrings/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list deb [signed-by=/usr/share/keyrings/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main sudo apt update admin@iobroker-master:~$ sudo apt install influxdb2-cli [sudo] Passwort für admin: Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Die folgenden NEUEN Pakete werden installiert: influxdb2-cli 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen noch 0 B von 11,5 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 25,2 MB Plattenplatz zusätzlich benutzt. (Lese Datenbank ... 47662 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../influxdb2-cli_2.7.3-1_amd64.deb ... Entpacken von influxdb2-cli (2.7.3-1) ... influxdb2-cli (2.7.3-1) wird eingerichtet ...--> gelöst
Im Grunde hat also alles geklappt, aber eben nicht ganz reibungslos. Ist aber schon vergessen. Seit zwei Tagen läuft die Umgebung einigermaßen stabil.
Wer allerdings ein Multihost System betreibt und ein bißchen was auf der Umgebung betreibt, der sollte mit Plan dran gehen und viele Backups haben, auf die auf unterschiedliche Weise dran kommt und auch die
iob *kennen ... :cold_sweat:
Aber wie @arteck im zugehörigen post https://forum.iobroker.net/topic/69834/multihost-system-ip-und-hostname-ändern geschrieben hat: Einfach mal machen und draus lernen :grinning:
Also für alle:
- Backups machen
- Zeit mitbringen
- Internet-Zugriff sicherstellen
- ordentliche Hardware Bereitstellen
- und MUT haben (am besten ist die wife und Family im Urlaub)
dann klappt das bestimmt.
Ach so und den "Kofler" für Linux sollte man im Schrank stehen haben (falls das Internet nicht tut :laughing: )
Schön mit Euch @all in guter Gesellschaft zu sein - hear you / see you - help us out together!
BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
Danke für Deine Antwort.
Habe auch one Input erfolgreich umgestellt, allerdings ging es nicht ganz "geräuschlos" :blush:Der BackitUp Adapter wollte meine NFS Einstellungen nicht übernehmen, so musste ich die "Extrapfade" erst einmal deaktivieren, dass ich mounten konnte, um an meine Datensicherung(en) zu kommen
backitup.0 2023-11-04 11:32:10.226 error Error: Command failed: sudo mount 192.168.200.1:/volume1/Sicherungen_lmages/Sicherungen/iobroker/iobroker_macmini /opt/iobroker/backupsmount.nfs: access denied by server while mounting 192.168.200.1:/volume1/Sicherungen_lmages/Sicherungen/iobroker/iobroker_macmini--> gelöst
VIS hat auch extrem viele Fehler gemeldet, glücklicherweise nutze ich VIS aber nicht mehr aktiv und konnte deshalb VIS deaktivieren und munter weiter machen ---> gelöst.
Für Leute die VIS im Einsatz haben: hmmmm, wahrscheinlich wegen des BUGs erst einmal VORHER alte Version installieren(?) und dann restore versuchen?Dann diverse “png” Fehler auf den Adaptern der Slaves → auf den jeweiligen Slaves
iob upload <ADAPTERNAME>ausgeführt, dann wurde es besser
--> gelöstShelly Pro Geräte (matt) haben dann die Adapter-Instanz das Fürchten gelehrt (non- stop "an/aus").
Lösung war, auf den Geräten die stable Firmware 1.0.7 zu installieren, dann war Ruhe (warum auch immer, weil vorher keine Probleme)?
--> gelöstNatürlich wollte dann die Backitup Sicherung der Influx nicht mehr. Klar, weil die Influx in einen LXC Container umgezogen war und die Influx CLI auf dem Master gefehlt hat.
Nach diversen Anläufen die CLI nachzuinstallieren (danke an @Thomas-Braun) hat auch das funktioniertadmin@iobroker-master:~$ wget -q https://repos.influxdata.com/influxdata-archive_compat.key admin@iobroker-master:~$ echo '393e8779c89ac8d958f81f942f9ad7fb82a25e133faddaf92e15b16e6ac9ce4c influxdata-archive_compat.key' | sha256sum -c && cat influxdata-archive_compat.key | gpg --dearmor | sudo tee /usr/share/keyrings/influxdata-archive_compat.gpg > /dev/null influxdata-archive_compat.key: OK admin@iobroker-master:~$ echo 'deb [signed-by=/usr/share/keyrings/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list deb [signed-by=/usr/share/keyrings/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main sudo apt update admin@iobroker-master:~$ sudo apt install influxdb2-cli [sudo] Passwort für admin: Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Die folgenden NEUEN Pakete werden installiert: influxdb2-cli 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen noch 0 B von 11,5 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 25,2 MB Plattenplatz zusätzlich benutzt. (Lese Datenbank ... 47662 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../influxdb2-cli_2.7.3-1_amd64.deb ... Entpacken von influxdb2-cli (2.7.3-1) ... influxdb2-cli (2.7.3-1) wird eingerichtet ...--> gelöst
Im Grunde hat also alles geklappt, aber eben nicht ganz reibungslos. Ist aber schon vergessen. Seit zwei Tagen läuft die Umgebung einigermaßen stabil.
Wer allerdings ein Multihost System betreibt und ein bißchen was auf der Umgebung betreibt, der sollte mit Plan dran gehen und viele Backups haben, auf die auf unterschiedliche Weise dran kommt und auch die
iob *kennen ... :cold_sweat:
Aber wie @arteck im zugehörigen post https://forum.iobroker.net/topic/69834/multihost-system-ip-und-hostname-ändern geschrieben hat: Einfach mal machen und draus lernen :grinning:
Also für alle:
- Backups machen
- Zeit mitbringen
- Internet-Zugriff sicherstellen
- ordentliche Hardware Bereitstellen
- und MUT haben (am besten ist die wife und Family im Urlaub)
dann klappt das bestimmt.
Ach so und den "Kofler" für Linux sollte man im Schrank stehen haben (falls das Internet nicht tut :laughing: )
Schön mit Euch @all in guter Gesellschaft zu sein - hear you / see you - help us out together!
-
@reutli sagte in Umzug von baremetal auf Proxmox VM - Vorabfragen:
und MUT haben (am besten ist die wife und Family im Urlaub)
Das unterschreib ich sofort :-)
-
Hallo zusammen,
nach dem erfolgreichen Umzug von Influx V2 und Grafana auf Proxmox (Ryzen7 mit 32GB RAM) in LXCs plane ich jetzt den Umzug meiner Master-Umgebung von meinem MACmini mit Debian bookworm auf eine Proxmox-VM mit Debian bookworm.
Falls interessant hier mal der aktuelle Stand:
Das einzige was sich (ausser dass es eine VM wird) ändern wird, ist ein neuer Hostname (alt: macmini-iobroker - neu: iobroker-master).
Geplantes Vorgehen:
- Sicherung System mit Backitup
- iob stop
- VM aufsetzen
- iob installieren
- Hostnamen anpassen - siehe unten - hier sehe ich mich jetzt schon am "Haare raufen"
- Restore aus Sicherung
- Master-Slave(2) Verbindung --> ich wette hier gibt es Probleme?!
...
Da am System einiges dran hängt (siehe diag), gehe ich den Umzug gerne strukturiert an :grinning: um dann auch schnellstens wieder 'alive' zu sein - sonst wird's kalt im Haus :fearful:
Deshalb würde ich gerne fogende Fragen zur Doku und vor dem Umzug stellen, in der Hoffnung, dass ich gleichermaßen strukturierte Antworten bekomme.
Bei der Suche im Forum bin ich über einige, teilweise widersprüchliche, Q&A gestolpert, die ich gerne eindeutiger machen würde:-
VM Grösse auf Basis der jetzigen Installation
Ich wäre jetzt mit 4 Cores, 4GB RAM, 100G root-Laufwerk gestartet -
neuer Hostname (wichtigster Punkt)
Wie ist konkret vorzugehen, wenn die VM aufgesetzt ist, dass der neue Hostname auch von iob angenommen und umgesetzt wird?
Hier wäre mir wichtig zu erfahren, welche Befehle wirklich funktionieren ('iob host this'), da dies wohl immer wieder massive Schmerzen bereitet.
Weiter natürlich, ob das überhaupt funktionieren wird in einem MultiHost-System?! -
wie bringe ich die Slaves wieder an den Master (mit neuem Hostnamen)?
Habe ich hier wieder die Thematik https://forum.iobroker.net/topic/69019/raspberry-pi-os-lite-bookworm-ist-da/58 ?
Jetzt wäre es natürlich klasse einen Master-Plan zu bekommen, den ich dann gleich auch in Confluence dokumentieren kann...
Tatsächlich ist mir das Meiste klar, eben bis auf Hostname und Master-Slave Thematik.
PS: Es gibt sicher einige, die jetzt fragen, "warum von bare-metal zu Proxmox". Das hat einfache Gründe:
- Apple Macmini, keine saubere (U)Efi Unterstützung
- schlechtes Rankommen an die Komponenten (z.B. SSD)
- Performance lässt nach
- brauche noch einige andere Server, die auf dem Proxmox laufen werden
- der Ryzen7 kann ein "bißchen" mehr
...
Danke allen schon jetzt, die sich den vielen Text reinziehen!
Ich warte auf jeden Fall, bis ich feedback habe, sonst falle ich Euch nämlich mit "es läuft nichts mehr" auf den Wecker - das gilt es zu vermeiden :flushed: -
@reutli sagte in Umzug von baremetal auf Proxmox VM - Vorabfragen:
Ich wäre jetzt mit 4 Cores, 4GB RAM, 100G root-Laufwerk gestartet
da biste aber etwas knausrig, hätte da schon mindestens 8GB veranschlagt...
Hi,
da bereits alles läuft habe ich Erfahrungswerte...:
Fahre gerade mit 4 Cores und 6GB auf ner VM, das reicht. Aber 8GB ist ein guter Daumenwert.BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
Hi,
da bereits alles läuft habe ich Erfahrungswerte...:
Fahre gerade mit 4 Cores und 6GB auf ner VM, das reicht. Aber 8GB ist ein guter Daumenwert.
773
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge