An issue which I'm pondering atm is how to approach partitioning with a
system that might have raid1 added to it.

The box is currently set up as follows:

Filesystem         1024-blocks  Used Available Capacity Mounted on
/dev/sda1             498900   20590   452543      4%   /
/dev/sda6            1017406  106946   857894     11%   /tmp
/dev/sda8            1910271  226369  1585158     12%   /usr
/dev/sda7             498900   14904   458229      3%   /var
/dev/md0             8080034  152654  7508494      2%   /mnt/u1

Six 4.3G disks are currently installed.

sda is the system disk (as can be seen above), while sd[bcd] form /dev/md0
(RAID5) which holds the user partition for the application.  sde is
intended to become a RAID1 mirror of sda, whilst sdf is intended to become
a hot-standby for /dev/md0.

Now, from what I read on the list, the md RAID scheme always sits on top
of partitions - /dev/md0 can't contain partitions with seperate
filesystems itself.

I need to keep those filesystems on sda seperate as they are above for
administrative purposes.

I've used a few hardware RAID solutions in the past, where the system as
presented with a single virtual SCSI disk device, on top of which I would
create partitions with filesystems.  Clearly, a different approach from
Linux's md.

I seem to have three options for the system disk:

1. Duplicate sda's partition structure on sde, then bind each
corresponding set up partitions (sda1 with sde1, etc) together as a RAID1
pair, with a filesystem on it.

2. Find a way to bind sda and sde together as a RAID1 pair, and partition
that.  I'm more used to this approach and would rather prefer this, but I
can't find a reference to this being possible.  The md subsystem doesn't
appear to sit at the hardware device layer as far as the kernel is
concerned, so I can't run 'fdisk /dev/md1', the kernel doesn't keep
partition table data for md devices, etc.

3. Unify the current seperate partitions on sda into one, then run a
single 'system' fs across an sda,sde RAID1 pair.  I'd like to avoid this
if possible.

Any other ideas pls?

Thanks

Regards

-------------------------------------------------------------------------
Louis Mandelstam                                # man 8 consulting    -o)
email: [EMAIL PROTECTED]           System administration contracting    /\\
Mobile: +27-83-289-0310     'whois LM497' for current contact info   _\_v
---------------------[ Penguin Cloning Specialist ]----------------------

Reply via email to