It all depends on when you last downloaded the code. For a few weeks, probably
since early July we have actually had a serious bug in the kernel which
caused us to flush inodes to disk incorrectly. This was fixed within the
last couple of days and should be in the cvs tree now. This bug would
certainly cause the type of problem you report from xfs_repair. Prior to
that there were also issues with removing files which caused similar
repair output - this is also fixed.
So as of yesterday, XFS should be behaving again. There are still problems
we can trigger under stress conditions, by stress I mean 8 threads running
in parallel on the same filesystem doing nothing but filesystem operations.
After a couple of hours this managed to hit a multithreading hole.
While I am at it, here is some other status:
We have 2.4.0-test5 running in house, we plan to upgrade to this soon,
probably early next week.
dump/restore is functioning - I am not sure if this has been pushed out
to the cvs repository yet. We also have the defragmenter working.
Extended attributes have been turned on, but have problems at the moment,
plus the system call interface for that will be changing.
Please report problems if you come across something. Reports of XFS working
well for you are also appreciated!
Steve
> waht is the rough current status of xfs at the moment ?
>
> i'am currently trying to use it in non critical but productive
> situations (it gets used but it's no problem if it breaks :-)
> so far and it seems to be useable but it looks like it still
> has some seroius problems - for instance - i sometimes boot
> with a etx2 rootfs (i ususally use xfs for /) and run the
> repair_xfs and it finds problems in cleanly unmounted
> filesystems ... so maybe xfs is not ready for rootfs
> or repair_xfs is not finished so far ... so is this
> problem expected - or should i mail the errors i
> get - if - to someone ?
>
> so far a lot of thanks for all the good work so far ...
>
> t
>
> --
> thomas.graichen@xxxxxxxxxxxxx
> technical director innominate AG
> clustering & security networking people
> fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr
|