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 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).