BEARBEITEN: Dies war letztendlich ein Scrub-Prozess. Führen Sie zpool status -vden Scan-Status für Ihren Pool aus und lesen Sie ihn deutlich.
Ich habe einen TrueNAS-Server, auf dem FreeBSD läuft, und heute Morgen um 12 Uhr begann das ständige Lesen von den Festplatten. Ich dachte, das wäre eine Snapshot-Aufgabe, also habe ich meine Snapshots deaktiviert und den Server neu gestartet, aber jedes Mal, wenn ich den Server neu starte, liest er weiter aus meinem Speicherpool. Ich habe auch alle laufenden Jails gestoppt, und die Festplatten zeigen immer noch IO (die Screenshots unten zeigen Jails, die aber mit gestoppten Jails gleich aussehen).
Ich kann nicht herausfinden, welcher Prozess dies verursacht. Ich habe versucht, zu verwenden top -m io, aber dies zeigt keine R/W-Aktivität.
Entsprechenddiese Ressource, top -m iofunktioniert unter FreeBSD nicht, daher kann ich nicht herausfinden, welcher Prozess von meinen Festplatten liest:
Der Top-IO-Modus zeigt Statistiken nicht richtig an
Ich habe versucht zu prüfen, ob Snapshot-Aufgaben ausgeführt werden ps -aux | grep rsync, aber außer meinem Grep-Befehl wird nichts angezeigt.
Hier sind einige Ressourcen, die ich überprüft habe:
- Identifizieren Sie, welcher Prozess für hohe Festplatten-E/A-Aufwendungen unter FreeBSD verantwortlich ist(nutzlos, empfiehlt
top) - Ermitteln, welcher Prozess hohe Festplatten-E/A-Aufwände verursacht?(nutzlos, wird empfohlen,
iotopist unter FreeBSD nicht verfügbar)
Ist es möglich, den Top-Befehl zum Laufen zu bringen? Ich möchte nur wissen, welcher Prozess von meinen Festplatten liest und ihn beenden.
Antwort1
Läuft…
top -a -m io
…sollte funktionieren! Wenn kein Prozess mit einem hohen I/O-Aufwand verbunden ist, liegt es am Kernel und Sie können nichts dagegen tun. Ich meine, es gibt keine Möglichkeit zur Abfrage.
Es könnte sein, dass ZFS einige Integritätsprüfungen/Scrubbing durchführt, also könnte das ein guter Hinweis sein. Schauen Sie hier: