ZFS Scrub und SMART-Routinen planen: Frühwarnung statt Datenverlust

Schwierigkeit: Mittel · Dauer: 45–90 Min · Ziel: ZFS Scrub und SMART-Routinen planen: Frühwarnung statt Datenverlust

Kurzproblem und Zielbild

In diesem Guide setzt du ZFS Scrub und SMART-Routinen planen: Frühwarnung statt Datenverlust mit reproduzierbaren Schritten, klaren Checks und belastbaren Recovery-Pfaden um.

Voraussetzungen

• Linux-/CLI-Grundlagen
• Admin-Zugriff auf die Zielsysteme
• Snapshot/Backup vor Änderungen

Schnellstart (funktionierende Basis)

hostnamectl
ip a
systemctl --failed
journalctl -p 3 -xb --no-pager | tail -n 30

Schritt-für-Schritt Umsetzung

1) Ausgangszustand dokumentieren

date -Iseconds
uname -a
# aktuelle Versionen und relevante Konfig-Pfade notieren

2) Kernkonfiguration sauber setzen

zpool status
zpool scrub TANK
smartctl -a /dev/sdX | head -n 80

3) Dienst/Funktion gezielt prüfen

zpool status -x
smartctl -H /dev/sdX
journalctl -k -n 120 --no-pager

4) Betriebsgrenzen testen

# Gezielten Failover-/Negativtest ausführen
# Reaktionszeit und Fehlerbild protokollieren
# Danach Service normalisieren und Zustand erneut verifizieren

Validierung / Checks

zpool status -x
smartctl -H /dev/sdX
journalctl -k -n 120 --no-pager
# End-to-End Test mit klaren Sollwerten durchführen und Ergebnis dokumentieren

Troubleshooting

Konfiguration wird nicht übernommen

Ursache: Syntax-/Reload-Fehler oder falscher Parameterpfad.

journalctl -n 120 --no-pager
# betroffenen Dienst gezielt reload/restarten
# Konfigurationsdatei auf Syntax prüfen

Dienst läuft, Funktion aber fehlerhaft

Ursache: Abhängigkeiten, Routing, Rechte oder Versionen inkonsistent.

ip a
ip route
ss -tulpn
# Berechtigungen und Abhängigkeiten gegenprüfen

Fazit

Mit einem klaren Ablauf, harten Checks und dokumentierten Grenzwerten bleibt das Setup wartbar statt zufällig stabil. Nächster Schritt: den Ablauf als monatliche Betriebsroutine einplanen.

Quellen

• OpenZFS scrub
• smartctl man
• OpenZFS admin