linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Johannes Truschnigg <johannes@truschnigg.info>
To: Phil Turmel <philip@turmel.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: What just happened to my disks/RAID5 array?
Date: Fri, 6 Jan 2012 16:28:19 +0100	[thread overview]
Message-ID: <20120106152819.GA3061@vault.local> (raw)
In-Reply-To: <4F070A74.3010208@turmel.org>

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

On Fri, Jan 06, 2012 at 09:51:32AM -0500, Phil Turmel wrote:
> [...]
> https://lkml.org/lkml/2012/1/5/76
> 
> Note that it involves ext4 and LVM snapshots, so may not apply to you.  But the
> bug hasn't been clearly identified, so my paranoid approach to kernels would
> keep me off of it. (On production systems, of course.  I regularly run -rc
> kernels on my laptop.)

I arrived at the same conclusion, and decided to stick with 3.2.0 for now.

> [...]
> You would need them if you ever ran into some catastrophic problem where
> "--create --assume-clean" was needed.

Thanks, I will keep that information in a secure place then.

> [...]
> Actually, given the /proc/mdstat contents you reported, you might be able to just
> do "mdadm --run /dev/md0"

Probably, yes. I stopped the array, --assemble --force'd it, and everything
was up again. The LVM metadata proved consistent, and a read-only fsck of the
filesystem on top of the only LV defined on the array told me that there were
some (very) minor fs inconsistencies. They were corrected by a secind fsck
run, and everything seems perfectly fine again :) I don't keep checksums of
the inodes' data, but I tested with a bunch of archives stored in the fs, and
there were no CRC errors or the like to be found.

> The output will change substantially, as it attempts to map the entire
> storage tree, reporting all serials, uuids, and labels, along with other
> useful information.  I have a future number of enhancements in mind, but
> it's a spare-time project.  I'm glad you like it, though.

I noticed it did, yes - it's even more nifty than I thought ;) I noticed that
it would die with an uncaught exception (sorry, I had noted it down in a file
in /tmp, but I involuntarily lost it upon rebooting) if you had an LVM VG/LV
showing up in `lvs` that wasn't "active"/had no corresponding device nodes in
/dev; you may want to look into that some time.

> You don't need the report for this incident, though.  Just stick it with your
> backups.  And make a new one any time you change your setup.

Will do. Thanks again for your guidance and support! Have a nice day!

-- 
with best regards:
- Johannes Truschnigg ( johannes@truschnigg.info )

www:   http://johannes.truschnigg.info/
phone: +43 650 2 133337
xmpp:  johannes@truschnigg.info

Please do not bother me with HTML-eMail or attachments. Thank you.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2012-01-06 15:28 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-13  8:27 What just happened to my disks/RAID5 array? Johannes Truschnigg
2011-09-13 11:37 ` Phil Turmel
2011-09-13 18:56   ` Johannes Truschnigg
2011-09-14 11:41     ` Phil Turmel
2011-09-14 18:17       ` Johannes Truschnigg
2011-09-14 19:19         ` Phil Turmel
2012-01-06 10:51           ` Johannes Truschnigg
2012-01-06 13:16             ` Phil Turmel
2012-01-06 13:46               ` Johannes Truschnigg
2012-01-06 14:51                 ` Phil Turmel
2012-01-06 15:28                   ` Johannes Truschnigg [this message]
2012-01-07 14:23                     ` John Robinson

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=20120106152819.GA3061@vault.local \
    --to=johannes@truschnigg.info \
    --cc=linux-raid@vger.kernel.org \
    --cc=philip@turmel.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).