Seite 2 - Linux

Ein zuverlaessiges Backup-Konzept kombiniert effiziente inkrementelle Synchronisation mit rsync, portable Archive mit tar und konsistente Snapshots ohne Downtime. Dieser Leitfaden zeigt, wie diese Werkzeuge zusammen mit der 3-2-1-Regel eine belastbare Strategie für eine kleine Serverflotte ergeben, inklusive der Restore-Tests, die ein Backup erst wirklich verifizieren.

Ein Festplattendefekt, ein zerstoerter Bootloader oder ein kompletter Hardware-Ausfall trifft Teams meistens ohne Vorwarnung. Bare Metal Recovery ist die Disziplin, einen Server von Grund auf neu aufzusetzen, inklusive Partitionstabelle, Bootloader und Betriebssystem, ohne dass eine funktionierende Basisinstallation existiert. Wer diesen Fall vorher plant und uebt, braucht dafuer Stunden statt Tage.

Linux Capabilities teilen die traditionelle Root-Berechtigung in über vierzig einzelne Bits auf, sodass ein Prozess genau ein Recht bekommt, etwa einen privilegierten Port zu öffnen, ohne den gesamten Rest von Root mitzuerben. Das ist der Unterschied zwischen einem Least-Privilege-Design und einem Server, der bei jedem kompromittierten Dienst sofort vollen Root-Zugriff verliert.

Ein Speicherleck zeigt sich zuerst als stetig wachsender RES-Wert in top, gefolgt von immer knapperem freiem Arbeitsspeicher und irgendwann einem OOM-Kill mitten am Tag. Wer den betroffenen Dienst einfach neu startet, gewinnt Zeit, aber keine Erkenntnis. Dieser Leitfaden zeigt, wie man mit Bordmitteln wie smaps_rollup, smem und pmap systematisch herausfindet, welcher Prozess Speicher verliert und wo im Code oder in der Konfiguration die Ursache liegt.

Der Linux-Kernel führt nicht eine, sondern mehrere Uhren gleichzeitig, und die Wahl der falschen Uhr für die falsche Aufgabe führt zu Bugs, die nur bei einer NTP-Korrektur oder einem manuellen Zeitsprung sichtbar werden. Dieser Leitfaden erklärt den Unterschied zwischen CLOCK_REALTIME und CLOCK_MONOTONIC, warum Timeouts und Retry-Logik die Wall Clock meiden sollten und wie Skripte robust gegen Zeitsprünge bleiben.

Server, auf denen sudo pauschal mit ALL=(ALL) ALL freigegeben ist, verwischen die Grenze zwischen normalem Benutzer und Root vollständig und machen jede Rechtevergabe unkontrollierbar. Dieser Artikel zeigt, wie sudoers sicher mit visudo bearbeitet wird, wie lesbare Aliase granulare Freigaben ermöglichen, wann NOPASSWD gerechtfertigt ist und wie lückenloses Logging jeden privilegierten Befehl nachvollziehbar macht.

Wenn der Linux-Kernel unter Speicherdruck gerät, entscheidet der OOM-Killer in Sekundenbruchteilen, welcher Prozess sterben muss, oft die Datenbank oder der PHP-FPM-Pool statt des eigentlichen Speicherfressers. Dieser Artikel erklärt die oom_score-Berechnung, zeigt wie man OOM-Kills in dmesg und journalctl aufspürt und wie man kritische Dienste durch oom_score_adj und cgroup-Limits gezielt schützt.

Ein OnCalendar-Ausdruck sieht auf den ersten Blick nach einer simplen Datumsangabe aus, kann aber Wochentage, Bereiche, Listen und Wiederholungen in einer einzigen, kompakten Zeile kombinieren. Wer die Syntax nicht wirklich versteht, kopiert Beispiele aus dem Internet und wundert sich, warum der Timer nie oder zur falschen Zeit ausloest. Dieser Artikel erklaert die OnCalendar-Syntax systematisch, von einfachen Kurzformen bis zu komplexen Ausdruecken, und zeigt, wie man jeden Ausdruck vor dem Einsatz zuverlaessig mit systemd-analyze calendar testet.

Eine Platte, die plötzlich voll läuft, legt Deployments und Datenbanken lahm, oft ohne Vorwarnung. Mit df findet ihr sofort, welches Dateisystem betroffen ist, mit du -sh sortiert nach Größe den genauen Verursacher, und mit dem passenden Handwerkszeug räumt ihr Logs, Caches und alte Releases zuverlässig auf, bevor der Server ausfällt.

No space left on device mitten im Live-Betrieb ist einer der unangenehmsten Alarme ueberhaupt, weil MySQL, PHP-Sessions und Logging gleichzeitig ausfallen koennen. Dieser Artikel liefert den kompletten Notfall-Workflow fuer einen vollen Datentraeger: sicher und schnell Platz schaffen, den tatsaechlichen Grossverbraucher identifizieren und danach dafuer sorgen, dass der Vorfall sich nicht wiederholt.