XFS und Datenverlust bei Stromausfall

3248
culebrón

Bei jedem Stromausfall verliert mein Desktop (ohne USV) temporäre Informationen.

  • Opera kann Einstellungen, Verlauf, Cache oder E-Mail-Konten verlieren (Danke, ich war weise, IMAP zu verwenden). Teilweise oder alle zusammen.
  • eine ganze Datei (vollständig und speichern) in Geany erschien leer (und ich habe sie nicht an Git festgelegt)
  • rhythmbox hat alle Abonnementsdaten für Podcasts verloren

Ich fürchte, es gibt andere Verluste, die ich einfach nicht gesehen habe.

Was ist der Grund? Ein Cache für Speicherdateien, eine Mem-Disk? Oder nicht-atomare Datei schreibt in xfs ? Ich habe Ubuntu 9.10 und XFS auf beide /und /homePartitionen.

Ist ext4 unter solchen Umständen sicherer? Ich habe gesehen, dass ext3 schneller ist. Ist es so sicher wie * 4?

Da die von mir gemietete Wohnung mit einem gemeinsamen Bus und einem Sicherheitsschalter für mehrere Wohnungen verbunden ist und die Nachbarn - allein oder zusammen - mindestens einmal pro Woche überladen, wird das Licht oft genug heruntergefahren, damit dies ein Problem darstellt.

1
FYI; XFS ** ist ein Journaling-Dateisystem. vor 13 Jahren 0
@abc FYI XFS-Journals-Metadaten nur für die Dateisystemintegrität, es gibt kein Blockjournal. Siehe http://en.wikipedia.org/wiki/Comparison_of_file_systems kmarsh vor 13 Jahren 0
Haben Sie zufällig eine spezielle Performance-Einstellung wie "noatime", deaktivierte Schreibsperren oder etwas anderes als Vanilla Mkfs und Mount? Earlz vor 11 Jahren 0

3 Antworten auf die Frage

5
Ric Wheeler

XFS ist und war immer ein Journalling-Dateisystem. Es schneidet Dateien nicht auf eine Länge von Null ab und ist das Basisdateisystem für viele Enterprise-Storage-Appliances.

Sie benötigen korrekt konfigurierte Hardware (insbesondere, um sicherzustellen, dass flüchtige Schreibcaches in Ihrem Speicher mit den Barriere-Mount-Optionen ordnungsgemäß verarbeitet werden).

Wenn Sie Datenverlust in einem Dateisystem feststellen, öffnen Sie bitte einen Fehlerbericht entweder bei Ihrem Hersteller oder bei den Upstream-Entwicklern des jeweiligen Dateisystems, damit wir das Problem untersuchen und versuchen können, das Problem zu beheben.

Vielen Dank!

4
kmarsh

Antwort aktualisiert ...

XFS ist kein Datenjournal-Dateisystem wie ext3 und ext4, es ist ein Meta-Datenjournal-Dateisystem. Das Ergebnis ist ein Kompromiss, bei dem (normalerweise) die Geschwindigkeit der Zuverlässigkeit vorgezogen wird.

Dieser Artikel enthält eine gute Diskussion des aktuellen Status von XFS. Denken Sie beim Lesen daran, dass alle Dateisysteme einen Kompromiss zwischen Geschwindigkeit und Zuverlässigkeit darstellen.

Aufgrund Ihrer mangelnden Kontrolle über die Situation sind Sie ein guter Kandidat für den Kauf einer kleinen USV.

Ich habe daran gedacht, aber ich denke, das nächste, was ich kaufe, ist ein Laptop, und bevor ich den Fs-Typ ändere. Desktop wird mehr wie ein Haustier: erfordert zu viel Pflege. :) culebrón vor 14 Jahren 0
Warum wurde in xfs gewechselt, frage ich mich ... Ich muss eine voreingenommene Meinung gelesen und ihr vertraut haben ... culebrón vor 14 Jahren 0
Im Allgemeinen ist es eine gute Idee, die Vorschläge des Installationsprogramms zu verwenden, es sei denn, Sie haben wirklich einen guten Grund, dies nicht zu tun. Dies stellt sicher, dass Sie das gleiche wie alle anderen verwenden, was wiederum dazu führt, dass Fehler schneller gefunden und behoben werden. Thorbjørn Ravn Andersen vor 13 Jahren 0
`XFS ist kein Journaling-Dateisystem ...` Wikipedia und der XFS-Homapge sagen mir etwas anderes ... Vielleicht sollten Sie das näher erläutern, was Sie meinen? Bobby vor 11 Jahren 0
Ich benutze XFS seit Jahren. Mein Computer ist sowohl abgestürzt als auch die Stromversorgung unterbrochen. Das einzige Problem, das ich jemals mit der Datenintegrität hatte, ist ein nicht synchronisiertes RAID-1-Volume. (was völlig unabhängig von XFS war, da dieses Volume sogar ext2 verwendete). Earlz vor 11 Jahren 0
Meine Erfahrungen mit XFS und Stromausfällen waren nicht so souverän. Der schlimmste Fall war ein kleiner Oracle-Server, nur zum Glück, der mit einem FSCK "gut" erschien, aber die Datenbank war unbrauchbar. kmarsh vor 11 Jahren 0
0
skullnobrains

für das Protokoll, sehe ich diese Ausgabe auf vms noch Jahre später häufig ...

Der Fehler wird von so ziemlich niemandem erkannt und kommt höchstwahrscheinlich von idiotischer Neuordnung, die entweder in der Linux-VFS-Ebene oder möglicherweise in meinem Fall in VMware vorkommt, da ich dies nur auf vms beobachtet habe.

Im Grunde schreibt das Dateisystem die Daten in einen Block und ändert dann die Metadatenzuordnung so, dass sie auf diesen Block verweist und nicht auf den zuvor verwendeten, der freigegeben wird.

Wenn Operationen zufällig in der Linux-VFS-Ebene auf eine unordentliche Art und Weise neu angeordnet werden, bei der Braind-Dead-Neuordnungs-Transaktionen ausgegeben werden, während die Hoffnung besteht, dass Barrieren an den falschen Stellen gesetzt werden, und zusätzlich die Verwendung von VMware, die diese Barrieren ignoriert, ist unwahrscheinlich am Ende kaputt sein.

Verwandte Probleme