[Top] [All Lists]

Re: XFS recovery issues

To: Cory Visi <merlin@xxxxxxxxxxxxx>
Subject: Re: XFS recovery issues
From: Nathan Scott <nathans@xxxxxxx>
Date: Tue, 23 Sep 2003 17:20:12 +1000
Cc: linux-xfs@xxxxxxxxxxx, Steve Lord <lord@xxxxxxx>
In-reply-to: <Pine.LNX.4.30.0309221937510.32341-200000@xxxxxxxxxxxxx>
References: <1064268937.21008.41.camel@xxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.30.0309221937510.32341-200000@xxxxxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.3i
On Mon, Sep 22, 2003 at 07:54:38PM -0400, Cory Visi wrote:
> Hi, I just want to reiterate that this problem is reliably reproducable. I
> can cut power to the machine as many times as I want and XFS never
> recovers. I can even do a "sync" beforehand and it still does not recover.
> Furthermore, if I boot with a boot CD and attempt a mount, XFS recovers
> fine (on all partitions).
> For some reason my kernel is not able to recover from an improper
> shutdown.
> Attached is a log print generated by xfs_logprint -t off a boot CD as
> requested.
> Here's an xfs_info printout of the partition as well:
> meta-data=/mnt/test              isize=256    agcount=3, agsize=436820 blks
>          =                       sectsz=512
> data     =                       bsize=4096   blocks=1310460, imaxpct=25
>          =                       sunit=0      swidth=0 blks, unwritten=0
> naming   =version 2              bsize=4096
> log      =internal               bsize=4096   blocks=16384, version=1
>          =                       sectsz=512   sunit=0 blks
> realtime =none                   extsz=65536  blocks=0, rtextents=0

What compiler version are you using Cory?  There was a change that
went into xfs_log.h a little while back in an area that has been
sensitive to compiler versions in the past (see xfs_log.h) and I
wonder if that could be the root cause here.



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