linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Robin Hill <robin@robinhill.me.uk>
To: linux-raid@vger.kernel.org
Subject: Re: Converting system to raid
Date: Fri, 17 Apr 2009 08:49:25 +0100	[thread overview]
Message-ID: <20090417074924.GA16386@cthulhu.home.robinhill.me.uk> (raw)
In-Reply-To: <002e01c9bef6$0c84c5b0$0a00a8c0@vorg>

[-- Attachment #1: Type: text/plain, Size: 2545 bytes --]

On Thu Apr 16, 2009 at 05:47:10PM -0700, Timothy D. Lenz wrote:

> Welllll, tried to switch the other system over to raid boot and
> something went wrong ether with the copy or with menu.lst change or
> with grub, I think. I changed the boot order moving the ide below the
> 3 sata drives and before the grub boot menu came up I got an "error
> 2"
> 
> This system is booting from hda1 and will be booting from md0 like the
> other system. This system has 3 sata drives, so md0 and md1 where
> setup has raid1 plus spare.
> 
Why have a spare?  You'd be better running 3-drive RAID1 arrays.

> To set up group I used:
> sudo grub --no-floppy
> 
> Grub> device (hd0) /dev/sda
> Grub> root (hd0,0)
> Grub> setup (hd0)
> 
> Grub> device (hd0) /dev/sdb
> Grub> root (hd0,0)
> Grub> setup (hd0)
> 
> Grub> device (hd0) /dev/sdc
> Grub> root (hd0,0)
> Grub> setup (hd0)
> Grub> quit
> 
> it gave me errors for sdc because it is not formated as formating was
> done on after the array was made. I assume that madadm will take care
> of boot setup if it activates it?
> 
Not sure what you mean here, but you _must_ have the root filesystem
available before running grub.  What the setup command in grub does is
install the stage1 bootloader (in this case to the MBR), setting a
pointer to the on-disk location of the stage 1.5 bootloader (which
includes the relevant filesystem support, allowing the stage 2
bootloader & menu to be read).  If the stage 1.5 bootloader is moved
on-disk (or doesn't exist in the first place) then booting will fail.

I'd recommend:
    - growing each of the arrays to 3 disks.  This will give improved
      performance; remove the lack of redundancy when a drive fails (as
      you don't have to wait for the array to rebuild); and ensure the
      3rd disk is actually working (having the drive fail during a
      rebuild is not a nice experience).  The downsides will be a
      slightly increased power usage, and increased wear on the drive
      (though I've not heard any concrete evidence that this actually
      has any impact on drive failure).
    - rerun the grub setup for all drives (once the arrays are all
      synched).  This will ensure the boot loader is pointing to the
      correct on-disk location.

HTH,
    Robin
-- 
     ___        
    ( ' }     |       Robin Hill        <robin@robinhill.me.uk> |
   / / )      | Little Jim says ....                            |
  // !!       |      "He fallen in de water !!"                 |

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2009-04-17  7:49 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-09 23:44 Converting system to raid Timothy D. Lenz
2009-04-10  9:10 ` KwangErn Liew
2009-04-10  9:55   ` CoolCold
2009-04-10 19:43     ` Timothy D. Lenz
2009-04-10 19:53   ` Robin Hill
2009-04-10 20:45     ` Timothy D. Lenz
2009-04-10 20:59       ` Robin Hill
2009-04-10 21:26         ` Timothy D. Lenz
2009-04-10 21:51           ` Robin Hill
2009-04-11  5:29             ` Timothy D. Lenz
2009-04-11 14:29               ` CoolCold
2009-04-11 18:47                 ` Timothy D. Lenz
2009-04-12  0:53                   ` Timothy D. Lenz
2009-04-12 11:11                     ` Robin Hill
2009-04-12 19:55                       ` Timothy D. Lenz
2009-04-14  9:30                         ` Robin Hill
2009-04-17  0:47                           ` Timothy D. Lenz
2009-04-17  7:49                             ` Robin Hill [this message]
2009-04-11 14:36               ` Robin Hill
2009-04-11 15:04                 ` jim owens
2009-04-11 15:44                   ` Jeff Garzik
2009-04-11 17:40                     ` jim owens
2009-04-12 11:11                       ` Jeff Garzik
2009-04-12 16:43                         ` jim owens
2009-04-12 17:18                           ` Jeff Garzik
2009-04-10 13:22 ` Robin Hill
2009-04-10 19:22   ` Timothy D. Lenz
2009-04-10 19:50     ` Robin Hill
2009-04-11  4:40       ` Jon Lewis
2009-04-11  7:48         ` Jan Ceuleers
2009-04-11  8:50         ` Goswin von Brederlow

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=20090417074924.GA16386@cthulhu.home.robinhill.me.uk \
    --to=robin@robinhill.me.uk \
    --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).