xfs
[Top] [All Lists]

Re: XFS crash on linux raid

To: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Subject: Re: XFS crash on linux raid
From: David Chinner <dgc@xxxxxxx>
Date: Mon, 7 May 2007 12:11:22 +1000
Cc: David Chinner <dgc@xxxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <20070504152546.614374ac@xxxxxxxxxxxxxxxxxxxx>
References: <20070503164521.16efe075@xxxxxxxxxxxxxxxxxxxx> <20070504005922.GC32602149@xxxxxxxxxxxxxxxxx> <20070504090613.7c0f97d3@xxxxxxxxxxxxxx> <20070504073344.GL32602149@xxxxxxxxxxxxxxxxx> <20070504152546.614374ac@xxxxxxxxxxxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
On Fri, May 04, 2007 at 03:25:46PM +0200, Emmanuel Florac wrote:
> Le Fri, 4 May 2007 17:33:44 +1000
> David Chinner <dgc@xxxxxxx> écrivait:
> 
> > Well, there's your problem. Stack overflows.  IMO, if you use a
> > filesystem, you shouldn't use 4k stacks. ;)
> > 
> > If you remake you kernel with 8k stacks then your problems will
> > most likely go away.
> 
> Well, I've double-checked the asm-i386/module.h, and it actually looks
> like 4K stacks is NOT the default, so I must be using 8K, isn't it?

Yes.

> I've ran the same test on the same machine but WITHOUT software raid-0
> (so write barriers are in use), and all went well, more than 3TB
> written without a glitch. I still think there's something related to
> the write barriers here. I'll try with another RAID controller, Adaptec
> for instance, to get sure the 3ware driver isn't involved. I'll also try
> again with an amd64 kernel.

So you use software raid and you get corruptions, right? I doubt this has
anything to do with write barriers - if it does thats an indication
of broken drivers or hardware.....

Can you run with "-o nobarrier" and no software raid and see if you
still have a problem?

Cheers,

Dave.
-- 
Dave Chinner
Principal Engineer
SGI Australian Software Group


<Prev in Thread] Current Thread [Next in Thread>