All of lore.kernel.org
 help / color / mirror / Atom feed
From: drtebi@drtebi.com
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID1 always resyncs at boot???
Date: Thu, 27 Nov 2003 20:57:44 -0800	[thread overview]
Message-ID: <hp1ps8.7u9xet@mail.drtebi.com> (raw)
In-Reply-To: <16326.53667.624406.368072@notabene.cse.unsw.edu.au>

I am rebuilding the array now, it will take about 2 hours.

The way to do it is to unmount /dev/md0, and then issue
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/hd[ac]1
correct?

Trying to mark the drive faulty and add it back in (as described in the man
page) does not work. But I suppose that couldn't, since it's already faulty.

You said it might be the power supply? I have a 350 Watt power supply in
there, kind of a cheap one I think. I thought too that connecting 4 drives to
it might be a bit much.

However, if I do the "unplugged concert" again, and the RAID fails to
reconstruct again, what do you suggest? Try another power supply? Give it up,
spend $200 more on SCSI drives? I am a bit clueless, I thought I would sleep
better when having a RAID1 for my data, so far it's the opposite :(

DrTebi


--- Neil Brown <neilb@cse.unsw.edu.au> wrote:

> On Thursday November 27, drtebi@drtebi.com wrote:
> > 
> > in my log:
> > Nov 28 04:41:44 [kernel] hda: dma_intr: status=0x51 { DriveReady
> SeekComplete
> > Error }
> > Nov 28 04:41:44 [kernel] md: (skipping faulty
> > ide/host0/bus0/target0/lun0/part1 )
> > Nov 28 04:41:45 [kernel] hda: dma_intr: status=0x51 { DriveReady
> SeekComplete
> > Error }
> >                 - Last output repeated 8 times -
> > Nov 28 04:41:56 [kernel] md: md_do_sync() got signal ... exiting
> > Nov 28 04:41:56 [kernel] raid1: mirror resync was not fully finished,
> > restarting next time.
> > 
> > Does this mean one of the drives is bad?
> 
> Well, it means one of your drives return an error, so it was kicked
> out of the array.
> Whether it is the drive that is bad, or the controller, or the
> power-supply, I cannot know.
> You could try removing it from the array and putting it back, and let
> it rebuild, and see if the problem happens again.
> 
> > 
> > -------------
> > bully@drtebi: mdadm --query /dev/md0
> > /dev/md0: 114.49GiB raid1 2 devices, 0 spares. Use mdadm --detail for more
> > detail.
> > /dev/md0: No md super block found, not an md component.
> > 
> > The last message is weird... no md super block?
> 
> That is proper.  /dev/md0 is not a component of another md, so it
> doesn't have a superblock on it (the individual drives have
> superblocks, not the array).
> 
> > 
> > Thanks,
> > DrTebi
> > 
> > P.S.: I don't really like IDE drives :(
> > 
> Me neither.
> 
> NeilBrown
> 




  reply	other threads:[~2003-11-28  4:57 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-27 15:13 RAID1 always resyncs at boot??? drtebi
2003-11-27 23:14 ` Neil Brown
2003-11-27 23:29   ` drtebi
2003-11-28  0:00     ` Neil Brown
2003-11-28  4:33       ` drtebi
2003-11-28  4:40         ` Neil Brown
2003-11-28  4:57           ` drtebi [this message]
2003-11-30  3:31             ` Ricky Beam
2003-11-30  6:19               ` drtebi

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=hp1ps8.7u9xet@mail.drtebi.com \
    --to=drtebi@drtebi.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@cse.unsw.edu.au \
    /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.