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 --]
next prev parent 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.