public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Chinner <david@fromorbit.com>
To: Tom Mason <tom_mason@me.com>
Cc: Brian Foster <bfoster@redhat.com>, "xfs@oss.sgi.com" <xfs@oss.sgi.com>
Subject: Re: Mount: Structure needs cleaning
Date: Tue, 14 Oct 2014 09:09:40 +1100	[thread overview]
Message-ID: <20141013220940.GE17506@dastard> (raw)
In-Reply-To: <4ddef393-ad9e-49a1-80d7-9c29bcd74c8f@me.com>

On Mon, Oct 13, 2014 at 08:33:57PM +0000, Tom Mason wrote:
> 
> 
> On Oct 13, 2014, at 11:19 AM, Emmanuel Florac <eflorac@intellique.com> wrote:
> 
> >Le Mon, 13 Oct 2014 11:05:49 +0100
> >Tom Mason <tom_mason@me.com    > écrivait:
> >
> >       >      > Which means the filesystem tried to read the offset at 62GB and the
> >       >      > underlying device failed it with EIO. That's not an XFS failure.
> >       >      > What error is there in dmesg when you run that xfs_repair command?
> >       >
> >       > What's EIO?
> >       > 'Error in dmesg' How would I report this info to you?
....
> [  862.456063] usb 1-3: new high-speed USB device number 4 using ehci-pci
> [  862.591595] usb 1-3: New USB device found, idVendor=1bcf, idProduct=0c31
> [  862.591601] usb 1-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
> [  862.591604] usb 1-3: Product: USB to Serial-ATA bridge
> [  862.591608] usb 1-3: Manufacturer: Sunplus Innovation Technology.
> [  862.591611] usb 1-3: SerialNumber: FAFFFFF0FDF13FF1BF901305
> [  864.683460] usb-storage 1-3:1.0: USB Mass Storage device detected
> [  864.683638] scsi6 : usb-storage 1-3:1.0
> [  864.683708] usbcore: registered new interface driver usb-storage
> [  865.690235] scsi 6:0:0:0: Direct-Access     SAMSUNG  HD103UJ               PQ: 0 ANSI: 4
> [  865.690464] sd 6:0:0:0: Attached scsi generic sg2 type 0
> [  865.694619] sd 6:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
> [  865.700970] sd 6:0:0:0: [sdb] Write Protect is off
> [  865.700973] sd 6:0:0:0: [sdb] Mode Sense: 38 00 00 00
> [  865.707350] sd 6:0:0:0: [sdb] No Caching mode page found
> [  865.707352] sd 6:0:0:0: [sdb] Assuming drive cache: write through
> [  865.721592] sd 6:0:0:0: [sdb] No Caching mode page found
> [  865.721595] sd 6:0:0:0: [sdb] Assuming drive cache: write through
> [  865.741343]  sdb: sdb1 < > sdb2
> [  865.780852] sd 6:0:0:0: [sdb] No Caching mode page found
> [  865.780855] sd 6:0:0:0: [sdb] Assuming drive cache: write through
> [  865.780857] sd 6:0:0:0: [sdb] Attached SCSI disk

Device plugged in....

> [  869.594066] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled
> [  869.609228] XFS (sdb2): Mounting Filesystem
> [  869.687220] XFS (sdb2): Internal error xlog_clear_stale_blocks(2) at line 1368 of file /build/buildd/linux-3.13.0/fs/xfs/xfs_log_recover.c.  Caller 0xffffffffa07a8951
.....
> [  869.687442] XFS (sdb2): failed to locate log tail
> [  869.687444] XFS (sdb2): log mount/recovery failed: error 117
> [  869.687486] XFS (sdb2): log mount failed

And that is XFS telling us that the log is corrupt and can't be
recovered.

> [ 1404.460745] sd 6:0:0:0: [sdb] Unhandled sense code
> [ 1404.460751] sd 6:0:0:0: [sdb] [ 1404.460753] Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> [ 1404.460756] sd 6:0:0:0: [sdb] [ 1404.460758] Sense Key : Medium
> Error [current]
> [ 1404.460763] sd 6:0:0:0: [sdb] [ 1404.460766] Add. Sense:
> Unrecovered read error
> [ 1404.460769] sd 6:0:0:0: [sdb] CDB:
> [ 1404.460771] Read(10): 28 00 07 63 bf 8d 00 00 eb 00
> [ 1404.460781] end_request: critical medium error, dev sdb, sector 123977613
> [ 1489.507727] sd 6:0:0:0: [sdb] Unhandled sense code
> [ 1489.507734] sd 6:0:0:0: [sdb] [ 1489.507736] Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> [ 1489.507739] sd 6:0:0:0: [sdb] [ 1489.507741] Sense Key : Medium
> Error [current]
> [ 1489.507746] sd 6:0:0:0: [sdb] [ 1489.507749] Add. Sense:
> Unrecovered read error
> [ 1489.507752] sd 6:0:0:0: [sdb] CDB:
> [ 1489.507754] Read(10): 28 00 07 63 bf 8d 00 00 eb 00
> [ 1489.507769] end_request: critical medium error, dev sdb, sector 123977613

And that is when you ran xfs_repair 10 minutes later? THose are IO
errors, and the "Unrecovered read error" and "critical medium error"
messages indicate that the drive has lost the data in those sectors
permanently. i.e. the disk has physically failed and it needs to be
replaced. As Emmanuel has already mentioned, the best you can
probably do at this point mount the filesystem "-o ro,norecover" and
copy everything you can off onto a new drive....

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2014-10-13 22:09 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-13 20:33 Mount: Structure needs cleaning Tom Mason
2014-10-13 22:09 ` Dave Chinner [this message]
2014-10-13 22:25   ` Tom Mason
2014-10-13 23:44     ` Dave Chinner
2014-10-13 22:38   ` Tom Mason
2014-10-13 23:47     ` Dave Chinner
2014-10-14 10:55     ` Emmanuel Florac
2014-10-14 15:46       ` Tom Mason
2014-10-14 16:38         ` Emmanuel Florac
2014-10-14 16:43           ` Tom Mason
2014-10-21 20:44           ` Tom Mason
  -- strict thread matches above, loose matches on Subject: below --
2014-10-12  8:43 tommason
2014-10-12 14:20 ` Brian Foster
2014-10-12 22:39   ` tom mason
2014-10-12 22:48     ` tom mason
2014-10-12 22:51       ` tom mason
2014-10-12 23:10       ` Dave Chinner
2014-10-13 10:05         ` Tom Mason
2014-10-13 10:19           ` Emmanuel Florac
2014-10-13 10:40             ` Tom Mason
2014-10-13  9:26       ` Emmanuel Florac
2012-02-26  3:15 mount: " MikeJeezy
2012-02-26  4:35 ` Stan Hoeppner
2012-02-26  7:22   ` MikeJeezy
2012-02-26 17:07     ` Stan Hoeppner
2012-02-27  0:49     ` Dave Chinner
2012-02-27  3:11       ` MikeJeezy
2012-02-27  6:28         ` Stan Hoeppner
2012-02-27 18:32           ` MikeJeezy
2012-02-28  1:48         ` Dave Chinner
2012-02-28  9:14           ` Brian Candler
2012-02-29  3:50             ` Dave Chinner
2012-02-29  7:40               ` Brian Candler

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=20141013220940.GE17506@dastard \
    --to=david@fromorbit.com \
    --cc=bfoster@redhat.com \
    --cc=tom_mason@me.com \
    --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