From: "stephan sperber" <quinte17@gmx.de>
To: linux-raid@vger.kernel.org
Subject: RE: failed raid5 after ide cable malfunction.
Date: Wed, 7 Jan 2009 22:33:11 +0100 [thread overview]
Message-ID: <003401c9710f$8ab4c280$a01e4780$@de> (raw)
In-Reply-To: <alpine.DEB.1.10.0901071316170.29147@p34.internal.lan>
# mdadm --assemble --force /dev/md3 /dev/sd[c-l]1
This hint did it :) Thank you for your great help!
Have a nice day.
Stephan
-----Original Message-----
From: linux-raid-owner@vger.kernel.org
[mailto:linux-raid-owner@vger.kernel.org] On Behalf Of Justin Piszcz
Sent: Wednesday, January 07, 2009 7:19 PM
To: stephan sperber
Cc: linux-raid@vger.kernel.org
Subject: Re: failed raid5 after ide cable malfunction.
On Wed, 7 Jan 2009, stephan sperber wrote:
> Hello everybody!
> I have a little trouble in getting the raid5 up and running again.
> What has happened so far:
> 1. Booting the System
> 2. Ide cable had some troubles so 2 disks went "mad" during boot and raid
> couldn't get assembled.
> (/dev/sda4 /dev/sdb2)
> 3. I forced poweroff because system wasn't responsible due to ATA
connection
> problems.
> 4. after reboot the raid5 got up again, were clean, but attempted a
resync.
> 5. during the resync the cable had troubles again, so those 2 devices were
> marked as spare.
> 6. i forced a poweroff again and reseated the cable.
> 7. I booted again but now all devices of the raid were marked as spare.
>
> Is there a possibility to get the raid active without dataloss?
>
> Here some infos:
> cat /proc/mdstat
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
[raid4]
> [raid10]
> md1 : inactive sdc2[2](S) sdb2[1](S) sda4[0](S)
> 709140864 blocks
>
> unused devices: <none>
>
> mdadm --detail /dev/md1
> mdadm: md device /dev/md1 does not appear to be active.
>
> Thx in advance
> Stephan
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
Example (use your disks obviously):
# mdadm --assemble --force /dev/md3 /dev/sd[c-l]1
If that does not work, you can use Neil's advice from another thread:
> Your only option at this stage is to re-create the array with the best
> devices. Create it will one device missing so that it won't try a
> resync.
> e.g.
> mdadm -C /dev/md0 -l5 -n5 /dev/hde1 /dev/hdg1 /dev/hdi1 missing /dev/sda1
You would want -C /dev/md1 -l5 -n3 and then specify only two of the disks
with one "missing"
See if this does it for you?
Justin.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2009-01-07 21:33 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-07 16:50 failed raid5 after ide cable malfunction stephan sperber
2009-01-07 18:18 ` Justin Piszcz
2009-01-07 21:33 ` stephan sperber [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='003401c9710f$8ab4c280$a01e4780$@de' \
--to=quinte17@gmx.de \
--cc=linux-raid@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).