# LM v7 Walkthrough **URL:** \ **Category:** Server v7\ **Created:** [2. Dezember 2019 um 09:53 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552 "2019-12-02T09:53:53Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [2. Dezember 2019 um 09:53 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/1 "2019-12-02T09:53:53Z")
Ich schreibe gerade an einem Walkthrough in Form eines Shell-Scriptes, um LM v7 zu installieren. Ich nutze [http://docs.linuxmuster.net/de/v7/appendix/install-on-kvm/index.html](http://docs.linuxmuster.net/de/v7/appendix/install-on-kvm/index.html) als Basis. Die Idee ist, aus dem Script alle wichtigen Schritte ableiten zu können, die nötig sind, um eine Installation durchzuführen. Das Script soll mehrfach laufen können und Schritte die bereits erfolgreich liefen überspringen. Ich beginne diesen Thread, falls es Interessenten oder Helfer gibt. Ich gebe das Script dann zum Download bereit, wenn es etwas weiter ist. ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [2. Dezember 2019 um 09:55 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/2 "2019-12-02T09:55:01Z")
Mein aktuelles Problem ist die Fehlermeldung: ```auto ERROR Requested operation is not valid: network 'default' is not active ``` wenn ich `virt-convert` laufen lasse. Irgendwelche Tipps? Ah: ```auto virsh net-start default ``` ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [2. Dezember 2019 um 11:09 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/3 "2019-12-02T11:09:35Z")
Der Befehl ```auto virsh shutdown lmn7-server-20190724.ovf ``` hatte keinen Effekt, die Domain lief weiter. Ich habe `destroy` nutzen müssen 😕 ---
**Author:** ![Sven](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/s/e47c2d/32.png) [@Sven](https://ask.linuxmuster.net/u/Sven)\ **Post date:** [2. Dezember 2019 um 12:17 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/4 "2019-12-02T12:17:56Z")
Hallo mdt, um virsh shutdown nutzen zu können, muss der Gast erlauben, dass er per acpi-event heruntergefahren werden darf. Grüße, Sven ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [2. Dezember 2019 um 18:15 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/5 "2019-12-02T18:15:05Z")
> [@Sven](#): > > um virsh shutdown nutzen zu können, muss der Gast erlauben, dass er per acpi-event heruntergefahren werden darf richtig. mein gast ist das ova von LMv7… drum sag ich’s hier 😉 ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [3. Dezember 2019 um 08:22 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/6 "2019-12-03T08:22:00Z")
Es wird in der Doku eine Bridge br-server erzeugt. Das scheint mir ja das „grüne Netz“ zu sein. Eine Bridge `br-red` exisitiert, warum heisst diese Brdige dann nicht konsequenter Weise `br-green`? Oder liege ich falsch? ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [4. Dezember 2019 um 00:01 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/7 "2019-12-04T00:01:33Z")
Hi mdt, ich würde dir gerne folgen und befürworte dein walkthrough. Ich habe die doku geschrieben. br-red ist noch ziemlich eindeutig: das netz außerhalb der [linuxmuster.net](http://linuxmuster.net), bei manchen Belwue-Adressen, bei manchen, was sie von der Fritzbox oder anderen Routern bzw. ihren Providern bekommen. - „ROT“ war die Farbe im IPFire dafür und das ist irgendwie tradition. - „GRÜN“ war die Farbe im IPFire fürs interne Netz. Jetzt ist es aber so, dass das interne Netz schon für manche nicht mehr nur ein Netz ist, sondern subnetze eingerichtet worden sind. Dann gibt es viele „grüne“, die alle in etwa dieselben Berechtigungen haben, aber nicht alle „br-green“ heißen können. In diesem Bild ist der Server und die OpnSense nur in einem Servernetz, daher „br-server“. Wer kein Subnetting einsetzt, könnte das auch weiterhin „br-green“ nennen, hast du vollkommen recht. Bloß weil ich subnetting einsetze, heißt es auch nicht, dass das die Mehrheit oder alle Neuinstallierer machen. Ist geschmackssache… VG, Tobias ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [4. Dezember 2019 um 08:10 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/8 "2019-12-04T08:10:04Z")
> [@Tobias](#): > > ich würde dir gerne folgen und befürworte dein walkthrough Im Moment hänge ich an der `virsh edit lmn7-opnsense`, die nur schwer zu automatisieren ist. XML ist einfach Grütze. Man könnte einen xpath nutzen um die Dinge in das XML einzufügen, aber das ist sehr wackelig… hast du einen Tip? > [@Tobias](#): > > Ich habe die doku geschrieben. Danke! 🙂 ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [5. Dezember 2019 um 11:36 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/9 "2019-12-05T11:36:52Z")
Nach letztem Reboot ist das Anmelden extrem zäh, ich schaue nach und sehe, dass da `unattended-upgrades` läuft. Ich halte solche Automatismen für gefährlich, kann ich das gefahrlos deinstallieren? Warum ist es enthalten? ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [5. Dezember 2019 um 12:11 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/10 "2019-12-05T12:11:52Z")
Das Thema lief hier schon mal. Es ist ein Versehen und gehört nicht dahin. Ich habe übrigens auch auf allen VMs cloud-init runtergeworfen. ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [5. Dezember 2019 um 16:20 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/11 "2019-12-05T16:20:40Z")
Hallo Michael, > Das Thema lief hier schon mal. Es ist ein Versehen und gehört nicht > dahin. Ich habe übrigens auch auf allen VMs cloud-init runtergeworfen. hast du den Thread nochmal zur Hand? Ich habs gerade nicht gefunden … LG Holger ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [5. Dezember 2019 um 16:37 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/12 "2019-12-05T16:37:46Z")
Hi Holger. Klar, hier war das: > [@Samba-Update fragt ... (Problem mit unattended-upgrades auf Server und VMs)](https://ask.linuxmuster.net/t/samba-update-fragt-problem-mit-unattended-upgrades-auf-server-und-vms/4384/6): > > Ich bin nochmal zurück und wollte das Upgrade neu anstoßen – aber offenbar ist es dieses Mal automatisch gelaufen?? Start-Date: 2019-10-30 10:01:18 Commandline: /usr/bin/unattended-upgrade Upgrade: python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.11, 2:4.7.6+dfsg~ubuntu-0ubuntu2.13), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.11, 2:4.7.6+dfsg~ubuntu-0ubuntu2.13), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.11, 2:4.7.6+dfsg~ubuntu-0ubuntu2.13), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-… Schöne Grüße Michael ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [7. Dezember 2019 um 15:25 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/13 "2019-12-07T15:25:15Z")
Ich habe in der Doku den Satz > Bei einer Migration wird empfohlen den früheren Bereich zu behalten, alleine schon um eine Umkonfiguration der Netzwerkswitche zu vermeiden. gefunden und halte ihn für falsch. Ein Switch arbeitet auf Layer 2, IP-Adressen gibt es da nicht, eine Änderung interessiert den Switch nicht, oder? ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [7. Dezember 2019 um 15:38 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/14 "2019-12-07T15:38:14Z")
Hallo, > Ich habe in der Doku den Satz > > ``` > Bei einer Migration wird empfohlen den früheren Bereich zu behalten, > alleine schon um eine Umkonfiguration der Netzwerkswitche zu vermeiden. > > ``` > > gefunden und halte ihn für falsch. Ein Switch arbeitet auf Layer 2, > IP-Adressen gibt es da nicht, eine Änderung interessiert den Switch > nicht, oder? der Satz bezieht sich auf Netzwerke die gesubnettet sind (wie meines). Wäre ich im Adressbereich umgestiegen von 10.16.0.0/12 auf 10.0.0.0/16 so hätte ich tatsächlich alle (ca. 15) Switches umkonfigurieren müssen und an all diesen Swithces alle VLANs (ich habe ca. 20 VLANs). LG Holger ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [7. Dezember 2019 um 16:14 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/15 "2019-12-07T16:14:05Z")
> [@baumhof](#): > > Swithces alle VLANs Naja, dann geht es ja um die Änderung der Topologie, nicht der IPs. Du kannst in den VLANs IPs haben wie du willst. Und wenn du die Topologie nicht änderst, musst du auch keine VLANs ändern, oder? Ich habe da auch noch einen anderen Fehler gefunden: Der „Bereich“ wird mit `10.0.0.0 - 10.0.255.255` angegeben, aber …0 und …255 sind ja keine validen IPs. Wenn man schon von „Bereichen“ spricht (ich habe „…/16“ lieber), sollte man lieber `10.0.0.1 - 10.0.255.254` dokumentieren, oder? ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [8. Dezember 2019 um 09:28 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/16 "2019-12-08T09:28:26Z")
> [@Tobias](#): > > ich würde dir gerne folgen Hier ist etwas zum folgen 🙂 Ich habe versucht, die Änderungen im XML (`virsh edit ...`) zu automatisieren. Die Idee ist, dem Kommando über das Environment ein Script als $EDITOR unterzujubeln, das ein paar Befehle von `xmlstarlet` enthält um die Änderungen verlässlich vorzunehmen. Wer noch Argument braucht, warum XML unbrauchbar ist 😉 : ```auto #!/bin/sh -e cat $1 | # xmlstarlet ed -d '//domain/devices/disk[1]/@type' | xmlstarlet ed -i '//domain/devices/disk[1]' -t attr -n type -v block | # xmlstarlet ed -d '//domain/devices/disk[1]/source/@file' | xmlstarlet ed -i '//domain/devices/disk[1]/source' -t attr -n dev -v /dev/host-vg/opnsense | # xmlstarlet ed -d '//domain/devices/disk[1]/target/@bus' | xmlstarlet ed -i '//domain/devices/disk[1]/target' -t attr -n bus -v virtio | #
<-- löschen xmlstarlet ed -d '//domain/devices/disk[1]/address' | # xmlstarlet ed -d '//domain/devices/interface[1]/@type' | xmlstarlet ed -i '//domain/devices/interface[1]' -t attr -n type -v bridge | # xmlstarlet ed -d '//domain/devices/interface[1]/source/@network' | xmlstarlet ed -i '//domain/devices/interface[1]/source' -t attr -n bridge -v br-server | # xmlstarlet ed -d '//domain/devices/interface[2]/@type' | xmlstarlet ed -i '//domain/devices/interface[2]' -t attr -n type -v bridge | # xmlstarlet ed -d '//domain/devices/interface[2]/source/@network' | xmlstarlet ed -i '//domain/devices/interface[2]/source' -t attr -n bridge -v br-red | # xmlstarlet ed -d '//domain/devices/interface[3]/@type' | xmlstarlet ed -i '//domain/devices/interface[3]' -t attr -n type -v bridge | # xmlstarlet ed -d '//domain/devices/interface[3]/source/@network' | xmlstarlet ed -i '//domain/devices/interface[3]/source' -t attr -n bridge -v br-dmz | cat > temp mv temp $1 ``` (so läuft das wegen der eingestreuten Kommentare natürlich nicht, es soll nur die Vorgehensweise illustrieren zum Korrekturlesen) @Tobias: was hälst du von so einer Vorgehensweise? ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [8. Dezember 2019 um 09:54 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/17 "2019-12-08T09:54:52Z")
> [@mdt](#): > > zum Download Sagen wir eher zum Kommentieren: > ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [8. Dezember 2019 um 01:17 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/18 "2019-12-08T01:17:36Z")
Hallo, > Naja, dann geht es ja um die Änderung der Topologie, nicht der IPs. Du > kannst in den VLANs IPs haben wie du willst. Und wenn du die Topologie > nicht änderst, musst du auch keine VLANs ändern, oder? die Switches haben bei mir eine IP im ServerVLAN, damit ich sie von dort aus erreichen kann. Ich müßte also bei jedem Switch die IP im Server VLAN ändern. Das macht schon mal keinen Spass. Und dann kommt aber noch der große Brocken: ich müßte alle VLANs im L3 Switch anpassen, weil der muß wissen welche IP Range in welchem VLAN gilt und welche IP er selbst in eben jenem VLAN hat. LG Holger ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [9. Dezember 2019 um 08:49 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/19 "2019-12-09T08:49:51Z")
> [@baumhof](#): > > Switches haben bei mir eine IP Ich kack mal Korinten: Nein, der Switch hat keine IP, sein „Managment“ hat die 😉 Von der Theorie kann ein Switch keine IP haben, er arbeitet auf einem Layer in dem IPs unbekannt sind. In dem Switch ist nichts weiter als ein kleiner Rechner, der ein Betriebssystem mit einem IP-Stack und ein paar Programmen hat. Er hängt gleichberechtigt mit jedem anderen Rechner den du an den Switch hängst an eben jenem. Ein Layer-3-Switch ist kein Switch sondern ein Router. Der Begriff ist eine Marketing-Ente. Layer-3 impliziert Router. Switch impliziert Layer-2. Ich find’s wichtig, _korrekt_ zu sein. Besonders wo wir an Schulen arbeiten und unser Wissen weitergeben. 🙂 Aber keine Frage, es ist viel Aufwand, 15 Switches und 20 VLANs zu administrieren. Aber vielleicht lohnt der Wechsel und die administration lässt sich automatisieren? ---
**Author:** ![mdt](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/mdt/32/1888_2.png) [@mdt](https://ask.linuxmuster.net/u/mdt)\ **Post date:** [9. Dezember 2019 um 10:21 UTC](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552/20 "2019-12-09T10:21:39Z")
Der nächste Schritt ist die Einrichtung der Clients. Die Doku benennt dazu den Befehl `linuxmuster-client list-available` der nicht vorhanden ist und das Paket `linuxmuster-client-servertools`, das nicht installiert ist und nicht existiert. Und nun? Ich habe auf einem anderen System die Tools erzeugen wollen und erhalte (nach hinzufügen des Pub-Keys) die Meldung: ```auto W: GPG error: https://archive.linuxmuster.net lmn7/ Release: Detached signature file '/var/lib/apt/lists/partial/archive.linuxmuster.net_lmn7_Release.gpg' is in unsupported binary format ``` Das klingt, als sei die Signatur auf dem Server kaputt? [Nächste Seite](https://ask.linuxmuster.net/t/lm-v7-walkthrough/4552.md?page=2)