centosplus kernel (XFS)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Dan Pritts <danno@xxxxxxxxxxxxx> wrote:
> How current is this experience?  

I've never tried ReiserFS on Red Hat.  But it was as current
as SuSE Linux 9.x and Mandrake Linux 9.x.  Prior to Mandrake
Linux 9.x, I found Mandrake notorious for not keeping the
reiserfs tools consistent with their kernels.

> I hear from proponents that reiser admittedly had problems
> in early days but they've cleaned up their act.

Linus forced them to stop changing structures so radically so
often.  But still, there are still a lot of kernel-driver
changes that don't always make it into the mkfs.reiserfs
off-line tools.

Let me say that again ... I *DO* believe the kernel
implementation of ReiserFS is quite *RELIABLE*, maintaining
good consistency and an effective meta-data journal (never
tried full-data with it).  Other than various feature
support, I've _never_ had a problem there.

*BUT* if you find yourself in a pickle where the filesystem
cannot be made consistent by the journal, and have to do a
full fsck.reiserfs -- _avoid_ throwing that "-y" option.  9
times out of 10, you're going to have issues.

Furthermore, if you use a _stock_ kernel, instead of relying
on the distro's, then _you_ are responsible for making sure
you have the appropriate reiserfs user-space/off-line tools
for that kernel implementation.  With Ext3 and XFS, their
structures virtually never change, so you're typically safe
-- or always safe by upgrading to the latest
user-space/off-line tools for those filesystems.

Which is why I prefer filesystems that don't constantly
change in structure.

> Can you elaborate?  I thought that 2.6 kernels had merged
> the mainline XFS stuff.

They did.  Much of the support required in the kernel for XFS
was added in the 2.5 series.  Many other filesystems also use
that support to.  But there is a lot of XFS errata if you
look through the reports and revisions.  ;->

In fact, I've been running XFS on the Fedora Core 2+ releases
with no reliability issues -- but I'm not running anything
serious on them.  Unfortunately, I've run into NFS issues. 
And no one seems to trust XFS on 4K stacks, which Fedora Core
does use.

As far as the kernel 2.4 backport, don't even bother.  I've
seen a lot of people with lots of problems, and the kernel
2.4 errata for XFS seems rather scary.

> I can't find any discussion of problems on the
> XFS web site

Join the mailing lists.  ;->

> and the "xfs/download/latest" area on oss.sgi.com has
> files dated 2003.

Yes, because the last "official" release was for Red Hat
Linux 9.  The official releases for Red Hat Linux 7.3 and 9
are ones I actually still have running in production (nearly
all are 7.3, XFS 1.2).  Those kernels are SGI's own 2.4
kernel with their own XFS mergers (pre-backport from 2.6 that
is now in the stock 2.4 kernel).

Everything since has been in SGI's CVS tree for XFS.  The XFS
team maintains their own, _full_ kernel tree in CVS.  I
seriously _doubt_ distros are pulling in all those SGI
changes into their kernels.  They are most likely just
relying on the stock kernel XFS work.

Which is _not_ synchronized with more recent XFS work AFAICT.


-- 
Bryan J. Smith                | Sent from Yahoo Mail
mailto:b.j.smith@xxxxxxxx     |  (please excuse any
http://thebs413.blogspot.com/ |   missing headers)

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux