Initiales Netzwerkbild ist noch nicht aktuell (@MachtDochNix: Auftrag an dich! Bitte mit Netzwerk 10.0.0.0/16 und mit Opnsense statt ipfire und ich würde dem KVM-Host auch keine grüne Adresse geben, und wenn, dann evtl. die 10.0.0.9)
Anleitung, wie man den KVM-Host konfiguriert fehlt noch, weil ich noch kein netplan auf dem Host besitze, sondern noch eine /etc/network/interfaces.
Hat jemand von euch eine netplan konfiguration für den Host, in dem eine bridge für Grün und Rot erstellt wird, am besten auch noch eine für Bonding und eine für VLAN
Wer macht jetzt die Doku für Proxmox??? Freiwilige Proxmoxxer vor!
Nochwas, hauptsächlich @baumhof und diejenigen, die planen, KVM weiterhin einzusetzen:
Ich habe bisher komplett auf die GUI verzichtet, auch weil die ERweiterung der FEstplatte evtl. auch mit gparted geht, aber das will ich eigentlich nicht auf dem Server installieren. Daher muss man sowieso an die Konsole ran.
Dementsprechend steht da noch nix von virt-manager.
Andererseits sind die OVAs ja insofern buggy, dass das netplan-interface wohl immer falsch ist. Dann muss man sowieso mit einem virt-manager an das server-interface vom Admin-PC aus ran.
Fazit: virt-manager fehlt bislang, aber ohne die Fehler in den OVAs bräuchten wir es auch nicht zwingend.
hab heute mal wieder nachgeschaut, wie es mit der LMNv7 aussieht, und bin auf die installtionsanleitung dafür gestossen.
Werde Ubuntu 18.4 und Opensense direkt auf den Servern installieren.
Der Ubuntu-Link stimmt nicht mehr, wahrscheinlich weil jetzt 18.04.1 gilt. Ist aber kein Problem.
Nach dem Download-Hinweisen für Server und Opensense finde ich aber nichts zur Einbindung der Musterlösung. Es geht direkt zur Installation. Wo finde ich die Paketquellen etc. die ich eintragen und aktivieren muss, bevor ich mit http://10.0.0.1:8000 installieren kann?
wir sind momentan so weit, dass eine Installation per OVA-Appliances dokumentiert wird.
Wer die lmnv7 direkt auf dem Blech installieren will, der muss sich gedulden oder darf mit freundlicher Unterstützung der Supporter hier natürlich auch nachschauen, wie die appliances gebaut wurden und uns helfen, in dem die wichtigsten Schritte dokumentiert werden.
So kann man natürlich (vermutlich) auch lmn von scratch installieren.
Du könntest noch einen Hinweis geben, was du genau gelesen hast. z.B. wo ist der 18.04-link outdatet?
ich hab den ersten Beitrag gelöscht wenns nix ausmacht, war so riesig.
Ich vermute, du hast das schon am Laufen, weil du den serverhost schon auf 18.04 geupdatet hast?
Super, mal sehn, ob ich das zuerst dokumentiere oder zuerst ausprobiere
VG, Tobias
@cweikl, @Tobias, @TLeibbrand oder @WildXI: Ich stehe irgendwie auf dem Schlauch und komme nicht runter. Schubs mich mal einer von euch, bitte.
Also Bildchen ist fertig wollte es ins github stellen. git pull sagt ist aktuell. Alles wie in http://docs.linuxmuster.net/de/v7/appendix/contribute/docs/new.html# beschrieben gemacht. Allerdings finde ich nur die v6.2 bzw nur die sehe ich. Wenn ich jetzt das Bild da einfüge, dann kommt das doch in die Version 6.2 und stiftet dort doch nur Verwirrung. Oder???
git is a witch. Du hast recht, dass alles was in der Doku zu git steht sich auf den master-Zweig bezieht.
Einfachste Variante wäre, du würdest das Bild dort wo es bereits liegt ersetzen:
Hi Holger. Ich sehe, dass du die gleichen (sehr wahrscheinlich falschen) Einstellungen wie ich verrwendest. Daher zitiere mal einen Beitrag aus dem Nachbarforum:
" aber warum hast du das ageing (und die max_age )auf allen bridges abgedreht? (damit sollten sie alle sich wie hubs verhalten - recht viele pakete, die nicht notwendig wären, werden verschickt).
Ausser es gibt einen guten Grund, versuch doch bitte die Zeilen mit bridge_maxage und bridge_ageing rauszunehmen."
War mir vorher auch nicht klar … sollte aber geändert werden. Es sei denn, du willst es so haben??
Schöne Grüße,
Michael
jetzt wo ich es dokumentieren will: Ich wollte zwar die Pizza einmal mit alles, aber nicht die von „ifupdown“ sondern die von „netplan“.
Denn „netplan“-Pizzas sind der letzte Schrei.
Wenn du schon netplan hättest, müssten die dinge eher so aussehen:
Und das ist was ich suche. Ich kann leider den KVM-Host nicht im Laufenden Betrieb von „ifupdown“ auf „netplan“ umstellen… Also: wer eine netplan-konfig für den KVM-Host besitzt her damit.
Was meint ihr? LVM mit Verschlüsselung oder ohne einrichten - auf dem KVM-Host?
Klar, die VMs selbst sollten verschlüsseln, wenn sie etwas verschlüsseln wollen. Dann wäre die KVM-Verschlüsselung auf KVM-Host Ebene unnützer overhead - und evtl. PITA fürs Backup.
ZFS statt LVM? Kein Plan, ich les heut Nacht mal etwas darüber…
LXD statt KVM wegen Performance (mein altes Nextcloud mount.davfs2-Problem)? Man könnte schon viel neues machen, wenn man das alte nicht schon könnte…
ICh bin offen für Neues. Es muss halt genug Erfahrung im Netz vorhanden sein, dass man leicht nachschauen kann. ZFS ist large aber nicht unbedingt bekannt viel auf Linux eingesetzt zu werden, oder?
LXD nutzt @zefanja - weiß zu wenig, ob das Zielführend ist.
Meine Performanz in mount.davfs2 ist übrigens auch sehr bescheiden. Aber ich glaube das liegt an der Nextcloud, nicht an der Virtualisierung.
VG, Tobais
Hi. ZFS (Oracle) bzw btrfs (-> Linux) sind auf jeden Fall super coole Features.
Ich habe auf einem Proxmox-Testserver “zum Spielen” ein RAID10 mit ZFS eingerichtet (4 Platten direkt auf dem Board, also ohne Controller dazwischen). Danach eine VM gestartet und eine Platte abgezogen, um zu schauen was geschieht. Proxmox schickt sofort eine E-Mail raus, dass das RAID nicht mehr i.O. ist aber das viel bessere daran: Platte wieder angesteckt und nach ein paar Sekunden (!!!) eine weitere E-Mail erhalten, dass alles wieder synchronisiert ist. Das sog. “Resilvering” funktioniert da super gut. Ein normaler RAID Controller wäre jetzt erstmal mindestens ein paar Stunden wenn nicht sogar ganze Tage beschäftigt!
Im Parallelthread wurde ja bereits weitergehend über ZFS, RAID-Z diskutiert…
Was Nextcloud angeht: wieviel RAM habt ihr der VM gegönnt?
ich hab jetzt „einmal mit alles“ auf einem 18.04er mit netplan. D.h. wenn man neu installiert, wird netplan installiert. Wenn man updatet bleibt ifupdown installiert und netplan macht einfach nix.
Folgendes file funktioniert nur dann, wenn man auch „systemd-network“ am Laufen hat (ist der standard) und nicht den network-manager.
root@kvmhost:~# ip -br addr list
lo UNKNOWN 127.0.0.1/8 ::1/128
eth0 UP
eth1 UP
br-server UP 10.16.1.22/16 fe80::3c82:8dff:fe41:846c/64
br-dmz UP fe80::c24:c5ff:fe8b:e361/64
br-red UP fe80::b805:1aff:fe79:aebd/64
bond0 UP fe80::a410:eeff:fe1e:5def/64
vlan-dmz@bond0 UP
vlan-rot@bond0 UP
vlan-wlan@bond0 UP
vlan-server@bond0 UP
vlan-teacher@bond0 UP fe80::a410:eeff:fe1e:5def/64
vlan-rest@bond0 UP fe80::a410:eeff:fe1e:5def/64
virbr0 DOWN 192.168.122.1/24
virbr0-nic DOWN
vnet0 UNKNOWN fe80::fc54:ff:fe9f:b8af/64
Die virtuellen Brücken „virbr0“ (und vermutlich auch vnet0) kommen von KVM/libvirtd
Man bekommt außerdem meist eine (lokale?) IPv6-Adresse, z.B. br-red. Das gefällt mir nicht. Ich habe es bei br-red mit leeren link-local und addresses Feldern probiert. Es scheint doch zu funktionieren, wenn man leere „addresses“-Felder einfügt, allerdings reicht dann nicht ein „netplan apply“, sondern ein reboot ist nötig, weil die IF schon UP sind, wird das durch apply scheinbar nicht revidiert…
Dagegen bekommt vlan-rot@bond0 keine mehr, weil br-red definiert ist.
Weil ich „br-teacher“ noch nicht definiert habe, bekommt vlan-teacher@bond0 eine IPv6 Adresse.
Das „lo“ Interface hab ich weiterhin in /etc/network/interfaces definiert. evtl. ist es dort aber nicht mehr nötig.
