All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Browning <db@kavod.com>
To: linux-raid@vger.kernel.org
Subject: Re: What to do about "ignoring %s as it reports %s as failed"?
Date: Sat, 12 Jan 2013 13:18:52 -0800	[thread overview]
Message-ID: <201301121318.52920.db@kavod.com> (raw)
In-Reply-To: <201301101101.01371.db@kavod.com>

On Thursday 10 January 2013 11:01:01 am Daniel Browning wrote:
> Hello, folks. What should I do about the following error?
> 
> 	mdadm: ignoring /dev/sdd1 as it reports /dev/sdb1 as failed
> 

I was never able to find a way around that error, so I had completely 
written off the failed array. But today I rebooted the server (for a 
completely unrelated reason) and when it came back up, the failed array 
started working just fine, automatically. No error like the above. The array 
passed fsck with a clean bill of health, but now I'm checking for silent 
corruption by comparing against backups (except files that have a newer mod 
time).

I would still be interested in knowing what I *should* have done when 
encountering that error, and if there was any other solution aside from 
rebooting. If not, I have to say I'm disappointed that a reboot is required 
to fix this type of issue, because I thought that was a Windows thing, not 
something to expect from Linux and/or mdadm.

One cooincidence that struck me as very funny was that this morning I read 
the following comic:

http://thedoghousediaries.com/4822

But I still didn't think that rebooting would help my raid issue, so I 
didn't bother to reboot. Later on when I rebooted for a different reason, I 
realized just how timely that comic was.

Special thanks to one "frostschutz" in the freenode #linux-raid IRC channel, 
who helped me out with all this.

--
Daniel Browning
Kavod Technologies

      reply	other threads:[~2013-01-12 21:18 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-10 19:01 What to do about "ignoring %s as it reports %s as failed"? Daniel Browning
2013-01-12 21:18 ` Daniel Browning [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=201301121318.52920.db@kavod.com \
    --to=db@kavod.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 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.