linux-xfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Emmanuel Florac <eflorac@intellique.com>
To: Carsten Aulbert <carsten.aulbert@aei.mpg.de>
Cc: linux-xfs@vger.kernel.org
Subject: Re: Possible to mount this XFS at least temporarily to retrieve files?
Date: Thu, 26 Oct 2017 17:20:41 +0200	[thread overview]
Message-ID: <20171026172041.0fe9d394@harpe.intellique.com> (raw)
In-Reply-To: <dd004707-cd48-adb8-1429-37867360594e@aei.mpg.de>

[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

Le Wed, 25 Oct 2017 09:20:03 +0200
Carsten Aulbert <carsten.aulbert@aei.mpg.de> écrivait:

> On a Debian Jessie machine installed back in October 2016 there a re a
> bunch of 3TB disks behind an Adaptec ASR-6405[1] in RAID6
> configuration. Yesterday, one of the disks failed and was
> subsequently replace. About an hour into the rebuild the 28TB xfs on
> this block device gave up:

This is a common problem with old adaptec RAID controllers. Don't do
any IO while it's rebuilding, else it may corrupt data. After rebuild
is complete, the volume will probably be easily repairable.

DON'T DO ANYTHING UNTIL REBUILD IS COMPLETE. Particularly don't try
running xfs_repair.

Afterwards, install the very latest firmware for the controller, go in
"Serial select" utility in BIOS and deactivate Disk write cache (this
is the individual disks write caching). It will (mostly) avoid the
problem in the future.

-- 
------------------------------------------------------------------------
Emmanuel Florac     |   Direction technique
                    |   Intellique
                    |	<eflorac@intellique.com>
                    |   +33 1 78 94 84 02
------------------------------------------------------------------------

[-- Attachment #2: Signature digitale OpenPGP --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

      parent reply	other threads:[~2017-10-26 15:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-25  7:20 Possible to mount this XFS at least temporarily to retrieve files? Carsten Aulbert
2017-10-25 11:32 ` Stefan Ring
2017-10-25 11:51   ` Carsten Aulbert
2017-10-25 14:54     ` Stefan Ring
2017-10-25 14:56       ` Stefan Ring
2017-10-26 15:21         ` Emmanuel Florac
2017-10-25 21:29 ` Dave Chinner
2017-11-02  8:41   ` Carsten Aulbert
2017-10-26 15:20 ` Emmanuel Florac [this message]

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=20171026172041.0fe9d394@harpe.intellique.com \
    --to=eflorac@intellique.com \
    --cc=carsten.aulbert@aei.mpg.de \
    --cc=linux-xfs@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).