Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- it-wiki:linux:systemd [2021/03/18 07:25] – marko
+++ it-wiki:linux:systemd [2024/10/28 08:57] (aktuell) – [Systemd: wie man Journals sicher verkleinert] marko
@@ Zeile 31: / Zeile 31: @@
 </code>
 (Taken partly from [[https://wiki.debian.org/UnattendedUpgrades#Modifying_download_and_upgrade_schedules_.28on_systemd.29|Debian Wiki: UnattendedUpgrades]].)
+===== Geplante Task =====
+==== Geplanter Reboot ====
+Für ein reboot am selbigen Tag um 23:00 könnte man folgendes als root ausführen:
+<code bash>
+systemd-run --on-calendar '23:00' -- systemctl reboot
+</code>
+solche run units werden im RAM gespeichert und laufen periodisch so lange bis zum nächsten reboot.
+Also falls man sowas für einen job verwenden will der nur einmalig triggern sollte (und nicht durch ein reboot eh resettet), einfach das Datum als YYYY-MM-DD vor der Uhrzeit hängen, etwa:
+<code bash>
+systemd-run --on-calendar '2023-02-08 23:00' -- systemctl reboot
+</code>
+===== Systemd: wie man Journals sicher verkleinert =====
+Bei der Suche nach Platz benutzt man dafür meistens „du -sh /*|grep G“ .
+Irgendwann bei der Suche, stolpert man über die großen Mengen Speicherplatz die in /var/log verwendet werden und hier ist i.d.R. der Syslogd der Platzkiller. Nun will man natürlich auch ältere Logs haben, damit darin nach Fehlern suchen kann. Insofern ist es ok, wenn die Logs etwas größer sind. Damit man aber schnell mal 2 GB Platz auf der Platte für andere Sachen gewinnt, kann man z.b. folgende Befehle benutzen:
+<code bash>
+journalctl --vacuum-time=10d
+journalctl --vacuum-size=1G
+</code>
+Der erste Befehl löscht alle Logs, die älter als 10 Tage sind. Der zweite Befehl löscht alles weg, was mehr als 1 GB belegt. Ein 1 GB Log sollte für alle jüngeren Problemfälle reichen.
+Jetzt könnte man die Größe des Logfiles in der Systemd Konfiguration dauerhaft hinterlegen, oder man nutzt den freien Platz nur temporär. Wenn man sich für letzteres entscheidet, darf man das Problem nicht auf die Lange Bank schieben, sondern sollte schnellstmöglich eine Entlastung der Platte durch Löschen anderer Daten herbeiführen.
+===== Journal ab aktuellen Start einer Unit =====
+Mit ''journalctl _SYSTEMD_INVOCATION_ID=$(systemctl show --value -p InvocationID ${unit})'' kriegt man nur das Journal des aktuellen Starts der Unit. Funktioniert ab systemd 232.
+Shell-Funktion mit
+<code bash>
+journalctl-current () {
+  journalctl _SYSTEMD_INVOCATION_ID=$(systemctl show --value -p InvocationID $1)
+}
+</code>
+an entsprechender Stelle sourcen für einen Shortcut.