Seite 21 - Linux

ulimit steuert, wie viele Dateien, Prozesse und wie viel virtuellen Speicher ein Prozess nutzen darf, mit einem klaren Zusammenspiel aus Soft- und Hard-Limit. Wer die typische Ursache von too-many-open-files-Fehlern in Deployment-Skripten kennt, setzt Limits gezielt für die Skript-Laufzeit oder dauerhaft über systemd, statt Fehler erst in der Produktion zu entdecken.

Wenn Entwicklungsumgebungen, Datenbanken und Docker-Container auf einem entfernten Server liegen, entscheidet die Qualitaet der SSH-Anbindung darueber, ob sich die Arbeit wie lokal oder wie ein staendiger Kompromiss anfuehlt. Mit einer sauberen SSH-Config, VS Code Remote-SSH und gezieltem Port-Forwarding wird der entfernte Server zur nahtlosen Erweiterung der eigenen Entwicklungsumgebung.

Ein Datenbank-Snapshot, der waehrend laufender Schreibvorgaenge entsteht, kann intern inkonsistent sein, selbst wenn die Sicherung ohne Fehlermeldung durchlaeuft. Erst beim Restore, oft Monate spaeter, zeigt sich, dass Indizes und Tabellen nicht mehr zusammenpassen. Dieser Artikel zeigt, wie MariaDB, MySQL und PostgreSQL unter Linux wirklich konsistente Snapshots erzeugen, mit Locking, Mariabackup, LVM und WAL-Archivierung.

Wenn hundert Server um exakt 00:00 Uhr denselben Backup-Job starten, bricht die gemeinsame Datenbank oder das gemeinsame Storage-Backend unter der Lastspitze zusammen, obwohl jeder einzelne Job fuer sich genommen harmlos waere. Gezielter Scheduling Jitter verteilt solche Startzeitpunkte zufaellig ueber ein Zeitfenster und verhindert genau diesen Thundering-Herd-Effekt. Dieser Artikel zeigt, wie Jitter bei Cron und systemd-Timern eingesetzt wird.

Ein Backup, das nie tatsaechlich wiederhergestellt wurde, ist eine unbewiesene Vermutung, kein verlaesslicher Schutz. Automatisierte Restore-Tests pruefen regelmaessig, ob eine Sicherung wirklich funktioniert, ob die Daten vollstaendig sind und wie lange die Wiederherstellung tatsaechlich dauert. Dieser Artikel zeigt, wie sich Restore-Tests fuer Linux-Server als fester, ueberwachter Bestandteil des Betriebs etablieren lassen.

Wer systemd-Services nur über Trial and Error steuert, verliert bei Ausfällen wertvolle Zeit im Produktivbetrieb. Mit systemctl startet, stoppt und überwacht man Dienste zuverlässig, liest Statusausgaben korrekt und erkennt Zustände wie failed oder activating sofort und ohne Rätselraten. journalctl liefert dazu die passenden, gefilterten Logs für schnelle Fehlersuche in produktiven Linux-Umgebungen und Magento-Deployments.