public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
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

  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