From: Chris Eddington <chrise@synplicity.com>
To: David Greaves <david@dgreaves.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Raid5 assemble after dual sata port failure
Date: Fri, 09 Nov 2007 13:23:49 -0800 [thread overview]
Message-ID: <4734CFE5.8070305@synplicity.com> (raw)
In-Reply-To: <4732E5F0.7080805@dgreaves.com>
Thanks David.
I've had cable/port failures in the past and after re-adding the drive,
the order changed - I'm not sure why, but I noticed it sometime ago but
don't remember the exact order.
My initial attempt to assemble, it came up with only two drives in the
array. Then I tried assembling with --force and that brought up 3 of
the drives. At that point I thought I was good, so I tried mount
/dev/md0 and it failed. Would that have written to the disk? I'm using
XFS.
After that, I tried assembling with different drive orders on the
command line, i.e. mdadm -Av --force /dev/md0 /dev/sda1, ... thinking
that the order might not be right.
At the moment I can't access the machine, but I'll try fsck -n and send
you the other info later this evening.
Many thanks,
Chris
David Greaves wrote:
> Chris Eddington wrote:
>
>> Hi,
>>
> Hi
>
>> While on vacation I had one SATA port/cable fail, and then four hours
>> later a second one fail. After fixing/moving the SATA ports, I can
>> reboot and all drives seem to be OK now, but when assembled it won't
>> recognize the filesystem.
>>
>
> That's unusual - if the array comes back then you should be OK.
> In general if two devices fail then there is a real data loss risk.
> However if the drives are good and there was just a cable glitch, then unless
> you're unlucky it's usually fsck fixable.
>
> I see
> mdadm: /dev/md0 has been started with 3 drives (out of 4).
>
> which means it's now up and running.
>
> And:
> sda1 Events : 0.4880374
> sdb1 Events : 0.4880374
> sdc1 Events : 0.4857597
> sdd1 Events : 0.4880374
>
> so sdc1 is way out of date... we'll add/resync that when everything else is working.
>
> but:
>
>> After futzing around with assemble options
>> like --force and disk order I couldn't get it to work.
>>
>
> Let me check... what commands did you use? Just 'assemble' - which doesn't care
> about disk order - or did you try to re-'create' the array - which does care
> about disk order and leads us down a different path...
> err, scratch that:
>
>> Creation Time : Sun Nov 5 14:25:01 2006
>>
> OK, it was created a year ago... so you did use assemble.
>
>
> It is slightly odd to see that the drive order is:
> /dev/mapper/sda1
> /dev/mapper/sdb1
> /dev/mapper/sdd1
> /dev/mapper/sdc1
> Usually people just create them in order.
>
>
> Have you done any fsck's that involve a write?
>
> What filesystem are you running? What does your 'fsck -n' (readonly) report?
>
> Also, please report the results of:
> cat /proc/mdadm
> mdadm -D /dev/md0
> cat /etc/mdadm.conf
>
>
> David
>
>
next prev parent reply other threads:[~2007-11-09 21:23 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-07 20:28 Raid5 assemble after dual sata port failure Chris Eddington
2007-11-08 10:33 ` David Greaves
2007-11-09 21:23 ` Chris Eddington [this message]
2007-11-10 0:28 ` Chris Eddington
2007-11-10 9:16 ` David Greaves
2007-11-10 18:46 ` Chris Eddington
2007-11-11 17:09 ` David Greaves
2007-11-11 17:41 ` Chris Eddington
2007-11-11 22:49 ` David Greaves
2007-11-12 1:01 ` Bill Davidsen
2007-11-17 6:31 ` Chris Eddington
2007-11-18 12:25 ` David Greaves
-- strict thread matches above, loose matches on Subject: below --
2007-11-07 20:23 chrise
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=4734CFE5.8070305@synplicity.com \
--to=chrise@synplicity.com \
--cc=david@dgreaves.com \
--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).