Edomi in Proxmox LXC container.

[starwarsfan]

Hallo miteinander

Ich habe Proxmox im Einsatz, hab aber auch gerade keine Lust zu schauen warum das Probleme macht. Um Verfügbarkeiten brauchst du dir da wahrscheinlich keine Gedanken zu machen da es DIE Open Source Alternative zu ESXi ist.

Genau so ist es. "Früher" habe ich das auch händisch gemacht aber dafür ist mir meine Zeit mittlerweile viel zu schade.

Es existiert seit 2008 und wird stetig weiter entwickelt. Ich würde nicht versuchen LXC Container nativ zu nutzen. Zu viel Wissen das man sich aneignen muss, diverse Möglichkeiten muss man selbst nachbilden und vermutlich fehlt dann auch die Übersichtlichkeit (ich habe 8 LXC Container im Betrieb und die sollen einfach laufen)

Du sprichst mir aus der Seele. Auf meinem Proxmox-Cluster laufen knapp 30 Container und ein paar VMs. Ich habe null-komma-null Bedarf daran, die händisch zu administrieren. Platte eines Containers vergrössern? Drei Klick's, neue Grösse, fertig. Netzwerk anpassen? Neue Netzwerkkarte? Mehr RAM, mehr CPU? Natürlich alles auch kein Ding via Kommandozeile, "einfach" einige LVM-Kommandos absetzen, Filesystem vergrössern, etc. pp. Wer das wirklich verinnerlicht hat, kann's natürlich auch so machen, warum nicht. Verinnerlicht hab' ich's, machen will ich's trotzdem nicht (mehr) händisch...

Irgendwie ist das wie bei einem guten Handwerker: Ordentliches Werkzeug ist super, aber wenn man's auch noch "von Hand" hinbekommt, ist es natürlich noch besser.

[saegefisch]

okay, jetzt auch noch Du, Yves... ... ich schätze Eurer beider Urteil sehr (und dachte, dass Du, Yves, wie André ESXi nutzt...)
Nun...ich denke, dann werde ich wohl bei meiner neuen Errungenschaft von gestern bleiben und Proxmox weiter nutzen.

Bleibt die Frage nach: Reproduzierbarkeit/Backup der Proxmox-Einstellungen

Darf ich kurz OT werden: Hätte ich händisch gebaut, dann hätte ich neben LXD auch Docker installiert. Mit Proxmox macht man sich in Proxmox eine Ubuntu-VM mit Docker? Das ist ja faktisch doppelt virtualisiert. Unter Perfomance-Gesichtspunkten oder architektonisch aus Eurer Sicht kein wirklicher Malus? Läuft zumindest tadellos seit heute Vormittag, allerdings erst kleine Dinge, noch kein Nextcloud...

Und noch mal OT: Hat jemand einen LXC-Container in Proxmox mit AVAHI erfolgreich zum laufen gebracht. Damit kämpfe ich noch...

[Lonie]

Benötigst du zwingend Docker? Ich konnte mich noch nicht damit anfreunden aufgrund der aufwändigen Konfiguration/Portmapping was aber auch an meiner Unwissenheit liegen kann. Du kannst natürlich Docker in einem LXC Container laufen lassen, die verlorene Performance sollte uninteressant sein. Was ist eigentlich deine Motivation zwingend Docker zu nutzen? Dank LXC hast du ebenfalls kaum Last auf dem Wirtsystem und gekapselt ist es auch. Dazu kommt dass du auch noch einfach die Netzwerkschicht trennen kannst indem du den einzelnen Containern jeweils über die GUI das passende vlan zuweist.

Bezüglich AVAHI: https://www.burgundywall.com/post/av...lxc-containers (ohne Gewähr)

[starwarsfan]

Nunja, wenn Du Proxmox einsetzt, dann bist Du eigentlich voll auf LXC oder mit VMs unterwegs. Man könnte sicher in einer VM Docker installieren aber das ist wirklich nicht Sinn der Sache. Ich habe auf der Proxmox-Hardware keinerlei Docker-Installation, das ist dann alles "andere" Hardware in meinem Fall.

Bzgl. Backup: Proxmox sichert meine VMs vollautomatisch auf das NAS, da mache ich gar nichts explizit zusätzlich. Es lassen sich beliebig Backup-Pläne anlegen und sehr feingranular konfigurieren:

2020-01-03_ProxmoxBackupSettings.png

[starwarsfan]

Hi

Ich konnte mich noch nicht damit anfreunden aufgrund der aufwändigen Konfiguration/Portmapping was aber auch an meiner Unwissenheit liegen kann.

Was ist denn da aufwändig? Für meine Begriffe ist das absolut trivial und nichts ist so einfach für den User, wie die gewünschte Anwendung via Docker laufen zu lassen. Aber jetzt wird's hier OT...

[saegefisch]

Backup: Okay, damit komme ich wohl klar - NAS ist auch meim Ziel. Wennglich das vermutlich Images sind, keine Konfiguration. Danach muss ich noch mal schauen für Doku/Nachvollziehbarkeit

Docker: Tja, wofür...neben Voll-Virt war das damals das einfachste und habe mich damit angefreundet. Wie gesagt: Ganz sicher nicht die Antwort auf alle Fragen - und manchmal auch die völlig falsche. Für die Zwecke Nextcloud, tvhHeadend, DokuWiki, Pi-Hole, InfluxDB, Grafana, Telegraf, Mosquitto, WebTrees, NUT,...
Gerade bei den ofiziellen Containern kann man sich sehr auf eine gute Pflege verlassen und vermutlich sind sie vom Hersteller als Docker sicherer eingerichtet, als ich es als VM/LXC könnte. Bei machen Anwendungen würde ich heute, mit den (für mich) neuen LXC-Möglichkeiten wohl von Docker auf VM wechseln, z.B. Dokuwiki, WebTrees. Beide sind nicht dafür gemacht - da macht es Docker eher schwerer als leichter. Ich finde Docker klasse und leicht zu bedienen - aber ganz klar nicht für jede Anwendung.

Wäre die Alternative x LXC mit jeweils ubuntu drauf und der jeweilige Applikation? Hm, irgendwie gefällt wir die Ochestrierung mit docker-compose da recht gut (z.B. Nextcloud,...)

AVAHI: Ja den Link hatte ich auch schon, aber half mir nicht unmittelbar. Ich scheitere derzeit noch am Netzwerk, die getagged mehreren VLANS in den LXC zu bringen, damit es funktioniert. Für ein VLAN läuft es bereits - aber in einem VLAN ist es auch konzeptionell als Reflector witzlos, der ja genau diese Grenzen für Airplay überwinden soll...

[panzaeron]

Yippie! Keine Umlaut-Fehler mehr mit Proxmox/LXC!

Yeah, endlich ist der Fehler weg, danke an alle Beteiligten und die gute Anleitung

Bei unpriveligierten habe ich aktuell das Problem dass sie sich nicht über systemd starten lassen. Fehlermeldung "Failed at step STDIN spawning /bin/sh: Operation not permitted".

Diesen Fehler habe ich dadurch umgangen, dass ich in der Datei "/etc/systemd/system/edomi.service" die Zeile "StandardInput=tty-force" auskommentiert habe, z. B. so über die Kommandozeile oder direkt im Script install.sh:

sed -i 's/'StandardInput=tty-force'/'#StandardInput=tty-force'/g' /etc/systemd/system/edomi.service

Nachteile konnte ich noch nicht feststellen, ist aber auch nicht mein Produktivsystem.

Edit: saegefisch Im Image fehlt ifconfig zur Netzwerkkonfiguration, ist zwar nicht schlimm da auch mit ip (ip a s) möglich, aber eventuell könntest du in deiner Anleitung trotzdem noch das Paket "net-tools" mit aufnehmen?

[uzi10]

Hey Leute
Danke für die tolle Anleitung.
hat gestern funktioniert.
ob das Problem mit den ganzen Umlauten weg ist, wird sich zeigen

[saegefisch]

Edit: saegefisch Im Image fehlt ifconfig zur Netzwerkkonfiguration, ist zwar nicht schlimm da auch mit ip (ip a s) möglich, aber eventuell könntest du in deiner Anleitung trotzdem noch das Paket "net-tools" mit aufnehmen?

Danke für den Hinweis, habe ich gemacht. Persönlich nutze ich meist "ip a", ist mir daher nicht aufgefallen - aber so ist's auf jeden Fall schöner...

[Lonie]

ifconfig ist deprecated und wird durch ip ersetzt. Aus meiner Sicht sollte es weggelassen werden

[Marha]

AVAHI:.... der ja genau diese Grenzen für Airplay überwinden soll...

Habe mich daran unter CentOs 6.5 (nicht als VM) aus denselben Gründen versucht. Hab’s nicht zum Laufen bekommen. Kannst Du vielleicht eine „Anleitung“ oder Link nennen?

[saegefisch]

gerne (auch wenn's natürlich OT ist)...setze tatsächlich gerade die Avahi-VM auf. Die Geräte können sich schon sehen, trotz unterschiedlicher VLAN (TV in IOT, iphone in INT) komme ich schon bis zur Eingabe des Airplay2-Validierungs-Keys. Damit hat meines Erachtens AVAHI/Bonjour seine Arbeit bereits erledigt. Alles weitere ist vermutlich ein Firewall-Thema im Router, an dem ich heute noch knobeln muss (IOT-Whitlist-Regelsatz).

Anleitung für AVAHI-VM in Proxmox anbei. Die manuell gesetzten MAC-Adressen sind optional, kann man machen, muss man nicht. Für VM find' ich's bei DHCP recht hilfreich.

lxc-container_avahi.pdf

[Marha]

Ja, war OT. Danke Dir für die Anleitung. Damit soll’s das nun gewesen sein.

[malokas]

Wenn du einen priveligierten Container erstellst reicht es sogar vollkommen aus file aufzunehmen. Bei unpriveligierten habe ich aktuell das Problem dass sie sich nicht über systemd starten lassen. Fehlermeldung "Failed at step STDIN spawning /bin/sh: Operation not permitted". Jetzt werd ich aber erstmal ins Wochenende gehen. Prinzipiell ist der Grund ja gefunden und die meisten sind happy

Ich hatte genau den gleichen Fehler und habe es mit einem priviliegerten Container probiert, damit ging es dann. Ich habe den Tipp mit tty-force nicht ausprobiert, ggf. ein ander mal.

[saegefisch]

entweder ich habe das Problem mit systemd mangels tiferem Wissen und Erfahrung nicht verstanden oder ich habe es nicht: Ich habe bisher ausschließlich unprivilegierte Container erstellt und die starten ganz wunderbar mit Proxmox (6.1-3). Mehrere Ubuntu (18.04 LTS) und mehrere CentOS7 für edomi. Das tty-force habe ich ebenfalls nicht aus dem ersten Post übernommen, bei edomi lediglich auf console umgestellt.