Hi Ihr,
ich bin Neuling in proxmox und entdecke gerade die Wunderwelten von LXC. Gefällt mir konzeptionell sehr gut, dass ich damit FHEM als eigenständigen Container direkt auf dem proxmox-Host laufen lassen könnte.
Doofe Frage zum Einsteig: Was ist der beste Weg, um sich so einen FHEM-LXC aufzusetzen? Ich könnte mir einfach einen Debian-LXC nehmen und anfangen, da drin die Sachen zu installieren, die ich brauche (Perl etc.). Das gefällt mir eigentlich ganz gut, weil ich dann verstehe, was da drin passiert, wenn ich die Sachen selbst einrichte.
Es gibt aber wohl auch ein Custom-Script:
https://community-scripts.org/scripts/fhem
Was ist der bessere Weg? Da komme ich auch zu der Frage, wie ich FHEM am besten installiere. Eigentlich wäre mein Weg, FHEM per svn zu installieren. Evtl. funktioniert dann auch nur damit die "update"-Funktion in FHEM selbst?
Das Custom-Script scheint FHEM per Debian-Paket aus einem FHEM-Repo zu installieren. Ist das zu empfehlen? Stelle ich mir problematisch vor, falls man mal an einem FHEM-Modul etwas patchen möchte, das Teil des Paketes ist?
Vielen Dank!
Das über apt installierte Paket ist quasi irrelevant und dient nur als "Starthilfe".
Kannst du bedenkenlos verwenden, auch wenn du danach Sachen anpassen willst. Aktualisierungen laufen allein über den FHEM-internen update-Befehl, so wie du es schon bisher kennst.
Siehe https://forum.fhem.de/index.php?topic=119337.msg1137750#msg1137750 (es gibt sicherlich noch viel mehr Threads im Forum, an denen das erklärt wird, aber das war das erstbeste, was ich gefunden habe).
Nimm das Custom Script - dass läuft mMn gut und einwandfrei. Mach keinen privileged Container! Mittlerweile gehen die USB Anschlüsse in den LXC ziemlich simpel, die meisten Beschreibung dazu im Internet sind "alt"
Danach geht es wie immer mit update innerhalb von FHEM weiter, aber das Costum Script installiert erstmal "aktuell" nach debian.fhem.de "Easy Way". Das ist meine liebste Installationsmethode. :)
Wenn Du vorher schon ein funktionierendes FHEM hattest, mach davon ein Backup, installiere FHEM per Script in einen LXC, stoppe dann das darin laufende FHEM, spiele das Backup zurück und fertig. FHEM lief noch nie so stabil bei mir. Im Gegensatz zu vorher auf diversen RPis etc.
Das schöne an Proxmox ist die integrierte simple Backupfunktion für alle Notfälle...
Ok, klasse, danke euch. Ich werde da mal einsteigen.
Zitat von: vbs am 28 April 2026, 16:46:35Es gibt aber wohl auch ein Custom-Script:
https://community-scripts.org/scripts/fhem
Lustig, da steht:
ZitatFHEM stands for "Freundliche Hausautomation und Energie-Messung,"
Dieser Quatsch ist einfach nicht auszurotten 8)
Es spricht übrigens nichts dagegen, ein FHEM aus svn zu installieren.
Dann würde ich aber auch empfehlen, künftige updates über svn zu machen und NICHT über den FHEM "update"-Prozess.
Dazu kann man sich beispielsweise einen cmdalias anlegen:
defmod alias_update cmdalias update AS { my $ret = `svn update /opt/fhem/`;; addStructChange('UPDATE','global','done');; return $ret }
den man dann mit "update" aufruft.
Mag Quatsch sein, aber ich habe mich bei FHEM für eine VM entschieden.
Damit ist der Gast (FHEM) vom Host (Promox) und dessen Updates entkoppelt.
Einfach falls irgendein Modul an der Stelle mal ein wenig empfindlich ist.
Ansonsten ist das echt entspannt.
Snapshot machen, FHEM updaten und wenn es Probleme gibt schnell wieder zurück.
Gruß Ralf
Zitat von: RalfRog am 28 April 2026, 21:41:59Mag Quatsch sein, aber ich habe mich bei FHEM für eine VM entschieden.
Damit ist der Gast (FHEM) vom Host (Promox) und dessen Updates entkoppelt.
Einfach falls irgendein Modul an der Stelle mal ein wenig empfindlich ist.
Aber ist das nicht auch in einem LXC entkoppelt? Nach meinem Verständnis teilt sich LXC (so wie Docker auch) nur den Kernel mit dem Host. Alle Dateien (Pakete etc.) sind separat in dem Container (außer vlt. eventuelle Bind-Mounts).
Also mein Ziel ist da schon, dass FHEM auf "bare-metal" läuft und nicht virtualisiert wird.
ZitatEs spricht übrigens nichts dagegen, ein FHEM aus svn zu installieren.
Dann würde ich aber auch empfehlen, künftige updates über svn zu machen und NICHT über den FHEM "update"-Prozess.
Dazu kann man sich beispielsweise einen cmdalias anlegen:
CodeAuswählen
defmod alias_update cmdalias update AS { my $ret = `svn update /opt/fhem/`;; addStructChange('UPDATE','global','done');; return $ret }
den man dann mit "update" aufruft.
Ich hab ein bisschen Quatsch erzählt, weil ich was durcheinander gebracht habe: mein Fhem ist gar kein SVN-Checkout, sondern ein git-Repo. Das ist aber mein Privatvergnügen, das ich mir angelegt habe, damit ich alle "meine" Dateien versionieren kann. Die Standard-FHEM-Files sind da ignoriert.
Und das Standard-FHEM "update"-Command hat ja auch gar nix mit SVN zu tun...