[*nix] Journaling File System

[vso]

Hey lui

nog een vraagje .. wie heeft er ervaring over JFS en hoe stable is dit en is het er voor BSD en Linux ?

[Verwijderd]

beeetje onzinnig maar bedoel je nou een sooft journaling filesystem of is JFS een appart FS

Een goed JFS is ext3 vinnik zelf dan

[Skinkie]

* Skinkie is gevallen voor XFS

[Onno]

Op maandag 25 februari 2002 08:14 schreef DJ_PP het volgende:
of is JFS een apart FS

Ja, van IBM.

[GarBaGe]

XFS is toch de Journaling File System van SGI (Silicon Graphics)

[Insanergy]

JFS wordt gebruikt in AIX. (vanaf AIX5 JFS2)
Maar kan ook gebruikt worden in Linux.

zoeken op freshmeat --> eerste hit?

[hammerhead]

Ik maak thuis voor de server en voor mijn eigen workstation al redelijke tijd gebruik van ReiserFS. Ik moet zeggen dat ik sinds dat ik ReiserFS geinstalleerd heb nooit meer zware problemen heb gehad met stroomuitval in het huis.

Enige nadeel van ReiserFS is dat er alleen maar meta-data (ie directorystructuur / Inodes / bestanden zelf) in de journal staan. Data die je wilde wegschrijven ofzo, die wordt niet opgenomen in de journal..... Ik kan me herinneren dat andere Journaling FS dit wel ondersteunde, maar ik kan me ook daarin vergissen.

[Onno]

Op maandag 25 februari 2002 09:43 schreef hammerhead het volgende:
Data die je wilde wegschrijven ofzo, die wordt niet opgenomen in de journal..... Ik kan me herinneren dat andere Journaling FS dit wel ondersteunde, maar ik kan me ook daarin vergissen.

Lijkt me erg onwaarschijnlijk. Niet alleen is het vrij zinloos, maar het is ook erg langzaam.

[Verwijderd]

gebruik ext3 op mijn prod server en werkt top

alleen met huidige kernels is combi van etx2 / fat en ext3 een beetje brak maar dat zou al opgelost kunnen zijn...

who cares ik heb alleen ext3

:-)>

[hammerhead]

Ik heb het net even nog opgezocht op
http://lwn.net/2001/0802/a/ext3-modes.php3

en ik kon daar lezen

data=writeback
This is classic metadata-only journalling. File data is written back to the main fs lazily. After a crash+recovery the fs's structural integrity is preserved, but the contents* of files can and will contain old, stale data. Potentially hundreds of megabytes of it. This is the fastest mode for normal filesystem applications.

data=ordered
The fs ensures that file data is written into the main fs prior to committing its metadata. Hence after a h+recovery, your files will contain the correct data.
This is the default operating mode and throughput is good.It
adds about one second to a four minute kernel compile when compared with ext2. Under heavier loads the difference becomes larger.

data=journal

All data (as well as to metadata) is written to the journal before it is released to the main fs for writeback.

This is a specialised mode - for normal fs usage you're better off using ordered data, which has the same benefits of not corrupting data after crash+recovery. However for applications which require synchronous operation such as mail spools and synchronously exported NFS servers, this can be a performance win. I have seen dbench figures in this mode (where the files were opened O_SYNC) running at ten times the throughput of ext2. Not that this is the expected benefit for other applications!

Het is dus wel mogelijk....

[vso]

thx ! voor de info,

echter mijn vraag is of er iemand nu echt plezier van heeft ?

[Verwijderd]

Zoals al gezegd is een JFS beter bestand tegen crashes van de machine. Dat is het belangrijkste voordeel. Daarnaast zal de fsck met een journalled filesystem ook sneller gaan.

[hammerhead]

Op maandag 25 februari 2002 12:45 schreef vso het volgende:
thx ! voor de info,

echter mijn vraag is of er iemand nu echt plezier van heeft ?

In mijn post heb ik gemeld dat het al een behoorlijke tijd heeeeeel erg relaxed werkt op onze server(=router) en mijn eigen workstation. Als de stroom uitvalt in huis duurt de fschk bij de opstart nog maar iets van 2 seconden voor 40 GB, dus heb er behoorlijk veel plezier van ja

[deadinspace]

Op maandag 25 februari 2002 12:45 schreef vso het volgende:
echter mijn vraag is of er iemand nu echt plezier van heeft ?

Ik gebruik ext3 op mijn desktop, laptop, gateway en nog een aantal andere bakken en ik ben er best over te spreken. Ik merk geen snelheidsverschil, en de crash-bestendigheid ervan is op mijn laptop regelmatig van pas gekomen (suspend doet soms crasj op mijn laptop).

Ik heb ook ooit Mandrake geinstalled (om te kijken wat het nou precies was). Ik heb daarbij gekozen voor install op XFS, maar toen Mandrake crashte (iets met X server configgen ging fout?) was er iets (/etc/inittab leek het) kapot... Dat liet op mij geen beste indruk van XFS (of de Linux-driver ervan) achter.

[Verwijderd]

Op maandag 25 februari 2002 13:23 schreef hammerhead het volgende:

[..]

In mijn post heb ik gemeld dat het al een behoorlijke tijd heeeeeel erg relaxed werkt op onze server(=router) en mijn eigen workstation. Als de stroom uitvalt in huis duurt de fschk bij de opstart nog maar iets van 2 seconden voor 40 GB, dus heb er behoorlijk veel plezier van ja

je had toch reiserFS, hij vroeg toch naar JFS van IBM?

[Verwijderd]

Vroeger ext2 gebruikt, maar dit was met de nodige problemen.

Soms viel de stroom uit en toen waren sommige files totaal verwoest. (is een server met continue load)
Op 2 servers voorgehad dat die zelfs een nieuwe installatie nodig hadden omdat sommige files van X en KDE corrupt waren. Heel vervelend!

Er werd over een UPS nagedacht, maar toen we ext3 probeerden waren we hierover heel tevreden.

UPS is nu niet nodig. Als stroom even uitvalt, reboot de PC gewoon en doet ie gewoon verder waar ie bezig was nadat hij de disk heeft gefixed op basis van het journal.

Tot nu toe al 1 uitval gehad en hij deed daarna rustig verder
(server is een workgroup server in een labo die continue meerdere loads voor embedded projecten compileert. Geen mission critical stuff... Ander was UPS geen optie meer, maar een must De uitvallen zijn door werken/verbouwingen aan stroominfrastructuur en zijn van tijdelijke aard.)

Dus ext3 (=Journalising File System (JFS)) is erg aan te raden. XFS is een even goed (of zelfs beter - is al langer in the field bij SGI) JFS.
In ons geval namen we ext3 omdat die partities ook te mounten zijn als ext2; hét FS van linux (waarvoor ook een boel tools voor te vinden zijn).

Ik zou niet direct weten of XFS resize tools enzo heeft.

[hammerhead]

Op maandag 25 februari 2002 15:53 schreef DJ_PP het volgende:

[..]

je had toch reiserFS, hij vroeg toch naar JFS van IBM?

Hij had een vraag over JFS. Dit kan dus twee dingen zijn.
Het kan of een Journaling FileSystem in het algemeen of een speficieke, nl die van IBM, zijn.

Uit zijn post kon ik niet opmaken wat hij bedoelde. Verder kan ik wel zeggen dat ik zeer tevreden ben over ReiserFS als een JFS.

[Verwijderd]

Op maandag 25 februari 2002 16:11 schreef hammerhead het volgende:

[..]

Hij had een vraag over JFS. Dit kan dus twee dingen zijn.
Het kan of een Journaling FileSystem in het algemeen of een speficieke, nl die van IBM, zijn.

Uit zijn post kon ik niet opmaken wat hij bedoelde. Verder kan ik wel zeggen dat ik zeer tevreden ben over ReiserFS als een JFS.

dat zei ik al

[wouzer]

Zelf gebruik ik op mijn server thuis Reiserfs. Dat gaat helemaal perfect. Op een ding na, alleen weet ik niet of dat te maken heeft met Reiserfs. Als ik een directory met veeeel bestanden heb, bijvoorbeeld uitgepakt uit een tar en ik wil dan deze directory in een keer rm -fr'n dan krijg ik een permission denied. Hoewel alle bestanden WEL chown me zijn. Even su en dan wissen werkt wel. Maar het blijft vaag.

[hammerhead]

Op maandag 25 februari 2002 18:45 schreef wouzer het volgende:
Zelf gebruik ik op mijn server thuis Reiserfs. Dat gaat helemaal perfect. Op een ding na, alleen weet ik niet of dat te maken heeft met Reiserfs. Als ik een directory met veeeel bestanden heb, bijvoorbeeld uitgepakt uit een tar en ik wil dan deze directory in een keer rm -fr'n dan krijg ik een permission denied. Hoewel alle bestanden WEL chown me zijn. Even su en dan wissen werkt wel. Maar het blijft vaag.

Dat kan volgens mij echt niet aan resierFS liggen..... ReiserFS is alleen maar een manier van opslaan op de harde schijf...Weet je echt heel zeker dat je rechten hebt op die directory die je wilt verwijderen?

[vso]

Nu jongens bedankt Als je meer kwijt wil graag.

Ik heb het over eigenlijk een journaling filesystem .. tja en welke beter is tuurlijk altijd mooi meegenomen.

Deze info wordt ook btw meegenomen zeker omdat ik nu voor een net startend compu zaakje begin en ze willen daar met meerdere ghosts(of iets in die geest) en met een volledig database gaan draaien die alle nodige rekeningen en dergelijke gaat bevatten ... dus ik was al geintreseerd en daarom heb ik deze topic gestart.

nu echter word het misschien een testcase in een netwerk omgeving .. vraag eigenlijk die hier uit voorkomt deze is:

hoe handig is om hier RAID toe te passen .. zo ja stripe/ mirroring ?? nu weet ik wel wat deze doen hoor . stripe lijkt me zoiezo handig. maar je bent ook welkom om je mening te delen