Welches Dateisystem für Rootserver?

[fabian st.]

Hallo!

Aufgrund einiger anstehender Projekte will ich mir in Zukunft einen Rootserver zulegen. Ich habe bereits rund zwei Jahre Erfahrung, was die Administration von Linux-Rechnern und diversen Serverdiensten angeht, jedoch habe ich mich bisher erfolgreich davon gedrückt, mich mit den verschiedenen Dateisystemen auseinander zusetzen.

Auf meinem Desktop nutze ich reiserfs bzw. reiserfs4, wobei ich letzteres auf keinen Fall nehmen möchte, da ich damit schon einiges negatives erlebt habe ;-) Auf den anderen Rechnern läuft ext2/etx3, womit ich bisher die besten Erfahrungen gemacht habe.

Auf dem Rootserver wären vor allem wahrscheinlich viele kleine Dateien, d.h. < 500MB. Darüber hinaus brauche ich native Unterstützung für Quota und ACLs, d.h. ich will nicht unbedingt am Vanillia-Kernel herumpatchen. Mit der Suche finde man auch einige Threads zu diesem Themen, wobei die jedoch bereits größtenteils ein Jahr zurückliegen und da sich relativ viel geändert haben könnte.

Welche Dateisysteme habt ihr also im Einsatz und könnt ihr empfehlen?

Viele Grüße,
Fabian

[superuser1]

Hi...

nimm ext3 - das ist imho 'close to rockstable' und verfügt über die von dir geforderten Eigenschaften.

reiserfs(4) würde ich momentan nur dann einsetzen, wenn extreme I/O-(bzw. R/W)-Performance unverzichtbar ist.

:roll:

[Joe User]

Code: Select all

mke2fs -j /dev/hda3
tune2fs -O dir_index /dev/hda3
tune2fs -o journal_data /dev/hda3
e2fsck -D /dev/hda3

mkfs.xfs -d agcount=8 -l size=32m /dev/hda3

[flo]

Ich habe sowohl mit reiserfs als auch mit ext3 Datenverlust erlebt - das eine war ein Kunde, der seinen DSL-Gateway beim Verlassen des Büros ausgeschalten hat und das letztere war mein Raid5 mit meiner CD-Sammlung ... :-(

Ich hab dann auch mal wieder manpages gewälzt und dort dann nachgelesen, daß man ext3 auch mit der option "data=journal" mounten kann, in dem dann nicht nur die Metadaten im Journal landen, sondern alles, was geschrieben wird. Ich denke, daß die Option auch Auswirkungen auf die Datensicherheit haben wird.

Grüße,

flo.

[dodolin]

Ich hab dann auch mal wieder manpages gewälzt und dort dann nachgelesen, daß man ext3 auch mit der option "data=journal" mounten kann, in dem dann nicht nur die Metadaten im Journal landen, sondern alles, was geschrieben wird. Ich denke, daß die Option auch Auswirkungen auf die Datensicherheit haben wird.

Aber mit Sicherheit auch auf die Performance. Man muss halt immer abwaegen, was man haben will.

[fabian st.]

Hallo!

Vielen Dank erstmal für eure Antworten! :-)

Ich werde dann wahrscheinlich wirklich auf ext3 setzen, zumal auch ich damit noch keine schlechten Erfahrungen gemacht habe.

@Joe User: Was willst du mir mit deinem Post genau sagen? ;-) Ich habe mir soeben die einzelnen Optionen in der Manpage nachgelesen und sie haben wohl alle damit zu tun, um ext3 a) ein besseres Journalling beizubringen und b) b-trees zu verwenden. Sollte ich das also - wie von dir beschrieben - machen?

Was haltet ihr von XFS?

Viele Grüße,
Fabian

[Joe User]

um ext3 a) ein besseres Journalling beizubringen und b) b-trees zu verwenden.

Richtig.

Sollte ich das also - wie von dir beschrieben - machen?

Die Optionen (ext3 und XFS) sind auf Deine Anforderungen zugeschnitten, insofern: Ja.

Was haltet ihr von XFS?

In Deinem Fall bietet XFS keinen echten Vorteil, daher ist es letztendlich eine Geschmacksfrage (Ich würde ext3 bevorzugen)...

[fabian st.]

Hi!

Danke vorerst für die Antworten! Ich habe mich nun für ext3 entschieden und bin gerade eine lokales Testsystem unter aufzusetzen.

Viele Grüße,
Fabian

[superuser1]

Hi...

... und bin gerade eine lokales Testsystem unter aufzusetzen.

<OT>Das liesst man hier zur Abwechslung doch mal gerne...</OT>

:roll:

[captaincrunch]

Bitte vormerken für's Archiv.

[Joe User]

Bitte vormerken für's Archiv.

[x] done (Ich archiviere den Thread am 01.08)

[demux]

Wie schaffe ich es denn, diese parameter bei der installation der suse einzugeben? Das scheint ja nicht vorgesehen zu sein!?

mke2fs -j /dev/hda3
tune2fs -O dir_index /dev/hda3
tune2fs -o journal_data /dev/hda3
e2fsck -D /dev/hda3

Oder sollte man lieber das betriebsystem auf eine partition und die daten auf eine andere legen, wenn man nur eine festplatte hat?

[Joe User]

Wie schaffe ich es denn, diese parameter bei der installation der suse einzugeben? Das scheint ja nicht vorgesehen zu sein!?

Du kannst die Platte per Rescuesystem vorbereiten und YaST anweisen die Partitonierung während der Installation nicht zu verändern.

Oder sollte man lieber das betriebsystem auf eine partition und die daten auf eine andere legen, wenn man nur eine festplatte hat?

Ja.