xfs
[Top] [All Lists]

Re: ls: reading directory .: Input/output error

To: Douglass Judd <doug@xxxxxxxxxxxxxx>
Subject: Re: ls: reading directory .: Input/output error
From: Tim Shimmin <tes@xxxxxxx>
Date: Thu, 3 Feb 2005 12:03:25 +1100
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <1107383515.26459.64.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx>; from doug@xxxxxxxxxxxxxx on Wed, Feb 02, 2005 at 02:31:55PM -0800
References: <1106941376.13349.322.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx> <1107383515.26459.64.camel@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.2.5.1i
On Wed, Feb 02, 2005 at 02:31:55PM -0800, Douglass Judd wrote:
> Another thing I forgot to mention is
> that the log was corrupt.  xfs_logprint produces:
> 
> xfs_logprint:
>     data device: 0x801
>     log device: 0x801 daddr: 1708906272 length: 262144
> 
> Header 0x4 wanted 0xfeedbabe
> **********************************************************************
> * ERROR: header cycle=4           block=88181                        *
> **********************************************************************
> Bad log record header
> 
FYI
It's best to use the -t option to xfs_logprint.
The -t option will ensure it starts printing from the tail of
the log to the head of the log i.e. the items which get processed
on recovery. Also, it prints the higher level transactions.
If you don't use -t then you print out the lower level log-ops
and it starts printing at the start of the log, which may in fact
be midway thru a log record created when the log was last wrapped -
and thus one is likely not to start with a header (one could use -s
to start from somehere else).

--Tim


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