From: Gil <gil@fooplanet.com>
To: Stefan Majer <stefan@x-cellent.com>, linux-raid@vger.kernel.org
Subject: Re: Setup a Raid while OS is running
Date: Thu, 04 Aug 2005 09:48:16 -0700 [thread overview]
Message-ID: <42F246D0.3050402@fooplanet.com> (raw)
In-Reply-To: <47670.212.34.68.2.1123168858.squirrel@extern.x-cellent.com>
Don't try to mirror your existing filesystems. Your concern about
superblocks trashing your filesystems is valid.
This is the way I would do it:
1. attach secondary drive to running system
2. create partitions similar in size to existing ones
3. create md devices on new disk with missing mirrors
4. create new filesystems on the md devices.
5. copy the contents of your filesystems over with tar or dump or
similar.
6. tell grub to install a bootloader on your new disk.
7. try booting your new copy of the OS from the new disk
Note that the new filesystems created in step 4 will be slightly
smaller than your old filesystems even if you create the same sized
partitions on the new disk with fdisk. This difference is the
superblock you were worried about.
At this point you'll have your still functional old disk and a new
copy of the OS you can work on.
Once you're satisfied that your new copy of the OS works properly,
repartition your old disk (or change the partition types if you made
the partitions on your new disk the same size). Use mdadm to add
these partitions to the md devices you created in 3. md will now
resync onto your original disk.
--Gil
Stefan Majer wrote:
> Hi,
>
> i have a server running on only one scsi disk. I got now one scsi disk
> extra and i want to transform the actual installation to use both disks in
> a raid1.
> Therefore i want to mirror each partition with md.
> The Question now is how to do that, if possible, without destroing the
> installed OS.
>
> I thought it should be possible to do it in the following way:
>
> 1. create the same partitions on the secondary drive
> 2. create a mirror for each partition with the actual installed partition
> marked as "missing"
> 3. attach the missing partition (not sure how the specify sync direction)
> 4. edit fstab
> 5. reboot.
>
> As u can see im afraid douing this becaus im not sure
> a: how to specify sync direction and
> b: if the creation of the now new superblock destroy my filesystem
>
> So if someone have ideas, please
>
> Greetings from munich
>
> Stefan Majer
>
> -
> 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
next prev parent reply other threads:[~2005-08-04 16:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-04 15:20 Setup a Raid while OS is running Stefan Majer
2005-08-04 16:48 ` Gil [this message]
2005-08-04 18:52 ` Gordon Henderson
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=42F246D0.3050402@fooplanet.com \
--to=gil@fooplanet.com \
--cc=linux-raid@vger.kernel.org \
--cc=stefan@x-cellent.com \
/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).