[Top] [All Lists]

Re: XFS file system corruption(Return Bad Transaction) kernel - 2.6.34

To: Eric Sandeen <sandeen@xxxxxxxxxxx>
Subject: Re: XFS file system corruption(Return Bad Transaction) kernel - 2.6.34
From: Amit Sahrawat <amit.sahrawat83@xxxxxxxxx>
Date: Thu, 2 Dec 2010 09:39:18 +0530
Cc: xfs@xxxxxxxxxxx, sandeen-xfs@xxxxxxxxxxx, david@xxxxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=uCP83ARkYvV1ZZoqbtmShdh0PxECl9B3lbsLA8mjFrQ=; b=KPoL3NoOOTRtzI6VwG1rSUKufOGEBQag3jBhwNhXAsOmCt8KgUJyqaMpjM3RCmLwWz UZRXiHqDMQNBkUYTtkcoc5/w4BXPVFV7ety7GXy07h80v0sdb7Z4QEgBm51BDz+8W1K3 nNLjNAKGFiMYloDEcnM+CZISmYIiyLaKrp0PY=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FXIrZ9cXftbKYwGawTwNUC6CKZIbKzSBEaaZY2QivcTrTWgFrwqOSRnFkYyGP1n0Ba ttFIiPmTxX5VhI8cZG2LbKHh04eLAq/8OvI4Dj21kxC+2ZMzzB1Fn8FqiYnqhzXQ8Hes VcSYd+A5vAVrxL0x2xZw9jcxD6zHklzV+udW4=
In-reply-to: <4CF71907.60803@xxxxxxxxxxx>
References: <AANLkTikzCpQ1j9uWGSTY9TEguVDvAB5AVYtbDtdePFci@xxxxxxxxxxxxxx> <4CF661C7.2020103@xxxxxxxxxxx> <AANLkTimiST8VNVsV49mniKLBudSxFj+O883Mwwe7ucac@xxxxxxxxxxxxxx> <4CF71907.60803@xxxxxxxxxxx>
yes, thats the only approach at the moment which can help. I am doubting the changes related with the disk commit, but I am not sure.
Amit Sahrawat

On Thu, Dec 2, 2010 at 9:26 AM, Eric Sandeen <sandeen@xxxxxxxxxxx> wrote:
On 12/1/10 9:40 PM, Amit Sahrawat wrote:
> While the copy operation is in progress, simply unplug the usb device and then replug.

that's not a simple copy operation either ;)

> The issue can be seen from XFS (2.6.31) onwards, I am trying to figure out the changes between and 2.6.31.

If you have a regression, perhaps you can do:

# git bisect start v2.6.31 v2.6.30 fs/xfs

and methodically test the changes in between.


> One thing I noticed is - there is difference in speed for 2 versions - in case of if I remove the USB within '5' seconds - I can see the file being created at the destination and some data written, while in case of 2.6.31(onwards), it takes around 20 seconds to get some data to disk.
> I am using MIPS at the moment with VIPT(fixes included)
> Please let me know if this information is useful.
> Thanks,
> Amit Sahrawat
> On Wed, Dec 1, 2010 at 8:25 PM, Eric Sandeen <sandeen@xxxxxxxxxxx <mailto:sandeen@xxxxxxxxxxx>> wrote:
>     On 12/1/10 1:14 AM, Amit Sahrawat wrote:
>     > Dear Member,
>     >
>     > I am getting following corruption on XFS formatted disk during a simple copy operation:
>     > sd 9:0:0:0: Attached scsi removable disk sdc
>     > sd 9:0:0:0: Attached scsi generic sg2 type 0
>     > XFS mounting filesystem sdc2
>     > Starting XFS recovery on filesystem: sdc2 (logdev: internal)
>     > XFS: xlog_recover_process_data: bad transaction
>     > XFS: log mount/recovery failed: error 5
>     > XFS: log mount failed
>     hm, that's not a simple copy operation, that is a mount failing;
>     your log appears to be corrupted.
>     offhand I'm going to blame it on having a write cache enabled
>     on your drive, and having barriers either off, or not working
>     properly.
>     -Eric

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