Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- server_und_serverdienste:systemd [2021/08/30 13:51] – loma
+++ server_und_serverdienste:systemd [2025/05/18 08:19] (aktuell) – loma
@@ Zeile 1: / Zeile 1: @@
 ====== Systemd ======
+Du möchtest dich gerne für unsere Hilfe erkenntlich zeigen 8-o. Gerne. Wir bedanken uns bei dir für deine Spende! 🙏 \\
-Hauseigenes Apt-Repo: [[https://apt.iteas.at]]    [[https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KE592Y5993ZKW|{{:wiki:btn_donatecc_lg.gif|}}]]
+[[https://www.paypal.com/donate/?hosted_button_id=JTFYJYVH37MNE|{{:spenden.gif|}}]] \\
+\\
+Zum frei verfügbaren [[:apt-repository|Apt-Repository]]
+\\
+GITLAB: [[https://git.osit.cc|{{:gitlab_logo.png?nolink&60|}}]]
 \\
 \\
@@ Zeile 10: / Zeile 14: @@
 Um den Defaulteditor VI von SystemD zu überschreiben bedient man sich diesem Befehl:
 	EDITOR=nano systemctl edit --full rc-local
+Hier wird das komplette Service kopiert und wird von Updates des Systems nicht weiterhin berührt. Dies kann je, nachdem zu irgendwann auch zu Problemen führen. Deshalb gibt es auch eine andere Variante wo die Files virtuell verschmolzen werden:
+	EDITOR=nano systemctl edit apache2
 Oder wenn es ein komplett neues Unitfile ist:
@@ Zeile 34: / Zeile 41: @@
 ===== Timeout beim Beenden eines Services =====
-Sehr nützlich wenn durch z.B. nicht mehr erreichen von Services wie NB's - WLAN Dienste ihr maximales Timeout erreichen würden.
+Sehr nützlich, wenn durch z.B. nicht mehr erreichen von Services wie NB's - WLAN Dienste ihr maximales Timeout erreichen würden.
   [Unit]
@@ Zeile 64: / Zeile 71: @@
 ===== Systemdservices über Remote ausführen =====
-Mit Systemd ist es sehr bequem möglich Dinge zu organisieren ohne das man direkt am Host ist. z.b.
+Mit Systemd ist es sehr bequem möglich Dinge zu organisieren, ohne das man direkt am Host ist. z.b.
 <code>
 systemctl -H root@myhost.supertux.bla status apache2
@@ Zeile 89: / Zeile 96: @@
 	EDITOR=nano systemctl edit -f -l "/mnt/datastore/HDD-extern-OSIT"
-Wie du siehst muss der Name der exakte Mountpoint sein. Nun befüllst du das File mit diesem Inhalt:
+Wie du siehst, muss der Name der exakte Mountpoint sein. Nun befüllst du das File mit diesem Inhalt:
 <code>
 [Install]
@@ Zeile 103: / Zeile 110: @@
 Where=/mnt/datastore/HDD-extern-OSIT
 </code>
-Mit dem nächsten Befehl hast eine tolle Übersicht für alle Mountpoints die es gibt, und ob diese im Autostart sind oder nicht.
+Und NFS4:
+<code>
+[Install]
+WantedBy=multi-user.target
+[Unit]
+Description=Mount datatstore under /home/mydata
+Requires=network.target
+Requires=NetworkManager.service
+Requires=network-online.target
+[Mount]
+Options=rw,_netdev,auto,acl,exec,intr,bg,nfsvers=4,minorversion=2,x-systemd.device-timeout=60,x-systemd.mount-timeout=60
+Type=nfs4
+What=myhostserver.lan:/ssd-pool/mydatastore
+Where=/home/mydata
+# TimeoutSec=60
+</code>
+Mit dem nächsten Befehl hast eine tolle Übersicht für alle Mountpoints, die es gibt, und ob diese im Autostart sind oder nicht.
 	systemctl list-unit-files -t mount
 <code>
@@ Zeile 145: / Zeile 172: @@
 ==== Systemd Mount mit Samba ====
-__Testsystem: Ubuntu 20.04 LTS auf Proxmox LXC__
+__Testsystem: Ubuntu 20.04, 22.03LTS auf Proxmox LXC__
 Dies gestaltet sich sehr ähnlich wie NFS. Lediglich ein Paket und die Authentifizierung kommt dazu.
@@ Zeile 199: / Zeile 226: @@
 	systemctl enable wol-at-boot.service
 	systemctl daemon-reload
+===== Optional: Abhängigkeit Netzwerk =====
+Gerade beim Mount von Laufwerken kommt immer wieder mal das Thema, auf das beim Zeitpunkt des Mounts das Ziel noch nicht erreichbar ist. Manchmal hilft da auch kein "Requires" für das Netzwerkservice. Abhilfe kann man sich mit einem kleinen Trick schaffen. In dem man ein System-Service generiert das einen simplen Pincheck zum (einen) Zielserver im Netzwerk ausführt und prüft ob der Zielserver für den Mount erreichbar ist. Und erst dann wird der Mount gestartet.
+	EDITOR=nano systemctl edit -f -l wait-for-ping.service
+Mit dem folgenden Inhalt (Zieladresse muss angepasst werden):
+<code>
+[Unit]
+Description=Blocks until it successfully pings virtu01
+After=network-online.target
+[Service]
+ExecStartPre=/usr/bin/bash -c "while ! ping -c1 192.168.1.4; do sleep 1; done"
+ExecStart=/usr/bin/bash -c "echo good to go"
+RemainAfterExit=yes
+[Install]
+WantedBy=multi-user.target
+</code>
+Speicher und aktivieren:
+	systemctl enable --now wait-for-ping.service
+Dieses Service fügt man jetzt als Abhängigkeit im Systemd-Mount hinzu. Z.B.
+<code>
+[Install]
+WantedBy=multi-user.target
+[Unit]
+Description=Mount datatstore under /home/mydata
+Requires=network.target
+Requires=NetworkManager.service
+Requires=network-online.target
+After=wait-for-ping.service
+[Mount]
+Options=rw,_netdev,auto,acl,exec,intr,bg,nfsvers=4,minorversion=2,x-systemd.device-timeout=60,x-systemd.mount-timeout=60
+Type=nfs4
+What=myhostserver.lan:/ssd-pool/mydatastore
+Where=/home/mydata
+# TimeoutSec=60
+</code>
+Wichtig ist hier der Part "After=wait-for-ping.service". Beim Nächste Start des Mount wird auf die Erreichbarkeit des Ziels gewartet.
 ===== Debuging =====
@@ Zeile 216: / Zeile 287: @@
   *  [[https://www.freedesktop.org/software/systemd/man/systemd.service.html|Hersteller|Dokumentation Systemd]]
+  * [[https://www.freedesktop.org/software/systemd/man/systemd.mount.html|Hersteller|Dokumentation Systemd Mount Unit]]
   * https://wiki.ubuntuusers.de/systemd/systemctl/
   * https://wiki.ubuntuusers.de/systemd/Mount_Units/