Wir aktualisieren unsere Anwendung von RHEL6.5 ext4 auf RHEL7.3 XFS. Wir haben festgestellt, dass bei einem Neustart des XFS-Dateisystems (von der Systemkonsole aus - iLO) einige unserer Dateien (die alle paar Sekunden auf die Festplatten geschrieben werden) auf null Byte gekürzt werden. Nicht nur unsere Anwendung, sondern sagen wir, dass wir die Ausgabe von einem Befehl in eine Datei umleiten, indem wir ">" verwenden, diese Dateien verschwinden nach dem kalten Neustart. Wir sind uns der Empfehlung bewusst, dass wir eine Fync machen. Aber was ist unser Code in Java? Was ist mit den Fällen aus unseren Python-Skripten?XFS RHEL7.3 Kaltstart, Dateiabkürzung
Jetzt sind wir im Dilemma, ob mit ext4 oder XFS zu bleiben. XFS hat Vorteile und wäre unsere erste Präferenz. Und wir können nicht glauben, dass der Rest der Welt sich dessen nicht bewusst ist. Entweder ist das bei RHEL etwas Spezifisches (wir sehen ein ähnliches Problem in RHLE6.5 https://bugzilla.redhat.com/show_bug.cgi?id=845233) oder das ist das erwartete Verhalten moderner FileSystems?
Danke, Florian. Macht es sehr deutlich. Auf ext4 haben wir nodellalloc in unseren Mount-Optionen und wir sind nicht in der Lage, das fehlerhafte Verhalten zu reproduzieren. Unser Problem beim Hinzufügen von fsync ist unsere riesige Codebasis. Wir können Tausende von Stunden ausgeben, ohne sicher zu sein, dass unsere Abdeckung 100% beträgt. Wir haben bereits einen Fall mit Red Hat Support eröffnet. Die Standardantwort lautet: "Es ist kein Red-Hat-Problem. Das gibt Ihnen XFS. Fügen Sie fsync hinzu oder löschen Sie es." Ihr Link von Erics Patch könnte uns helfen, sie ein wenig mehr zu pushen. Ich bin jedoch sehr skeptisch. – Avita