On Aug 8, 2006, at 1:01 PM, Freminlins wrote:
Yes, I had all that. It is of absolutely no use in the event of an
shutdown (on FreeBSD). If the file system itself is dirty, it will
fsckd. The bigger the file system, the longer it takes (generall).
what journalling saves you.
To give you some indication of what this means in real life, I'll
(again, sorry) to a power outage we suffered in our colo. This is
Jul 23 17:52:05 weeble kernel: WARNING: /var was not properly
Jul 23 17:55:52 weeble fsck: /dev/aacd0s1f: 1352 files, 956469 used,
13988364 free (1484 frags, 1748360
blocks, 0.0% fragmentation)
I've snipped out the logs in between. But that's nearly 4 minutes
itself sorted out. That file system has only 1.9GB of data. Our
boxes came up straight away.
Right now, if no fsck is really really important to you for your data
store, then get an OpenSolaris system and put ZFS on it. Never fsck
again as it is ALWAYS (they claim) in a coherent state. Or wait for
ZFS to show up on FreeBSD
Not just for the above reasons, I am implementing a Solaris server
with 1.7TB on ZFS and sharing it to a bunch of FreeBSD machines over
nfs on dedicated gigabit with jumbo frames on separate interfaces
from the standard default interface. (My main reason was to not have
storage tied to an individual worker server)
Chad Leigh -- Shire.Net LLC
Your Web App and Email hosting provider
chad at shire.net
email@example.com mailing list
To unsubscribe, send any mail to "[EMAIL PROTECTED]"