From: "Robert" <xiaguowu2004@sina.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: xfs@oss.sgi.com
Subject: Re: linux xfs filesystem corruption
Date: Tue, 29 Jul 2008 13:57:24 +0800 [thread overview]
Message-ID: <013c01c8f140$033e61c0$3400a8c0@xgw> (raw)
In-Reply-To: 488E84A5.6040409@sandeen.net
Hi, Eric,
Thanks for your reply!
>> XFS internal error XFS_WANT_CORRUPTED_GOTO at line 1610 of file
>> fs/xfs/xfs_alloc.c, xfs_force_shutdown(md0,0x8) called from line 4073 of
>> file fs/xfs/xfs_bmap.c
>> Filesystem "md0" corruption of in-memory data detected. Shutting down
>> filesystem.Please umount the filesystem and rectify the problem.
>
> arm has been problematic on several fronts. The first was with the v2
> directory code...
>
> http://oss.sgi.com/archives/xfs/2008-06/msg00064.html
>
> but that doesn't appear to be what you are hitting. There have been
> other problems with cache flushing that I don't remember all the details
> of now ...
>
I will try this method to see if there will be effective.
>> Although the filesystem crashed, the system did not hang. So I cd to
>> this directory,
>> and ls, and find that all the data seems to be lost, but 'df' reports
>> that
>> the most of
>> raid has been used, I try to repair it with xfs_repair, and everything is
>> OK.
>> But now I don't want to fix this problem by xfs_repair, if the
>> problem
>> happens again,
>
> and what did xfs_repair find? Do you have a record of it?
I'm sorry that I didn't capture the outputs, today I try to replay the
issue again,
and use "xfs_repair" to repair filesytem, but this time it seems that the
filesystem is not repaired successfully, but it still can be used for a
while.
Here is the output of xfs_repair :
~ # /mnt/xfs_repair -n /dev/md0
- creating 2 worker thread(s)
Phase 1 - find and verify superblock...
- reporting progress in intervals of 15 minutes
Killed
>> I have to reparit it again, it's too trouble, so if there is any way to
>> solve this prolbem?
>> I want to find out what causes this error happend,
>> Anybody has experience in this problem?
>> The following is my system parameter:
>> linux version: 2.6.12.6
>
> any other patches applied? Can you try again with a more recent kernel?
>
I haven't found any patch of this issue.
Athough I find some patches related to this problem from the web,
it has already been applied in my linux kernel. I have no way to try the
recent
kernel, because our embeded system is based on Marvell development board,
and if I use the recent kernel, the Marvell's patch of this kernel is
required.
Robert
next prev parent reply other threads:[~2008-07-29 5:56 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-29 2:05 linux xfs filesystem corruption Robert
2008-07-29 2:47 ` Eric Sandeen
2008-07-29 5:57 ` Robert [this message]
2008-07-29 18:52 ` Russell Cattelan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='013c01c8f140$033e61c0$3400a8c0@xgw' \
--to=xiaguowu2004@sina.com \
--cc=sandeen@sandeen.net \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox