Florin Andrei írta:
On Mon, 2005-12-26 at 18:46 +0100, Zoltan Boszormenyi wrote:
Well, I have installed FC3 that way (XFS on most partitions)
and now I regret it. All the time I have a power failure (very rare)
or a kernel crash, all the files that were opened O_RDWR contain only
zeroes after reboot.
It's best if there's a match between the tools and the purpose.
XFS was designed first and foremost for performance. Clean behaviour in
the case of sudden loss of power to the processing unit is not exactly a
high-priority design constraint for systems such as these...
http://www.sgi.com/products/
...since the processing unit is always behind at least one layer of
backup/redundant/uninterruptible power supplies.
However, the highest performance possible is one of (if not THE) most
important design constraints.
Another assumption behind XFS is that storage is the best quality and
therefore it does not lie when it reports back that the data was flushed
all the way to the magnetic layer (which is something that cheap IDE
drives/cards lie about, sometimes).
Bottom line: use Ext3 for the general-purpose partitions. Use XFS for
your MythTV partition, or the one used to do video capture, DVD backups,
ISO images, etc.
At least that's what I do.
I wanted XFS for that purpose, too.
Anyway, I intend to retire this 2 years old Maxtor,
please suggest a SATA drive that would be reliable.
Is IBM/Hitachi Deskstar known to not lie about the flush?
And most of the time the Oops points to the xfs driver.
It's been many years since I've last seen an oops on healthy hardware
while using a "vanilla" Fedora / Red Hat install, with or without XFS.
I have reported a "Bad page state" for vanilla 2.6.14 on LKML, XFS was
definitely involved:
Bad page state at prep_new_page (in process 'cc1', page ffff8100011e1278)
flags:0x4000000000000004 mapping:0000000000000000 mapcount:0 count:-2228224
Backtrace:
Call Trace:<ffffffff8015def1>{bad_page+113}
<ffffffff8015ea01>{buffered_rmqueue+609}
<ffffffff8015ec93>{__alloc_pages+243}
<ffffffff8016add7>{do_no_page+279}
<ffffffff8016b339>{__handle_mm_fault+425}
<ffffffff8017c913>{do_sync_read+211}
<ffffffff80352646>{do_page_fault+998}
<ffffffff8822505e>{:xfs:xfs_inactive_free_eofblocks+174}
<ffffffff88225240>{:xfs:xfs_release+160} <ffffffff80195f13>{dput+35}
<ffffffff8017dce7>{__fput+375} <ffffffff8010f369>{error_exit+0}
Trying to fix it up, but a reboot is needed
Best regards,
Zoltán Böszörményi
