Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 613478 - Anaconda wrongly complains when trying to clone disk partitioning for a mirror software RAID
Anaconda wrongly complains when trying to clone disk partitioning for a mirro...
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Anaconda Maintenance Team
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2010-07-11 18:57 EDT by David Tonhofer
Modified: 2010-07-12 09:36 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-07-12 09:36:19 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description David Tonhofer 2010-07-11 18:57:14 EDT
Description of problem:

I have a machine with disks /dev/sda and /dev/sdb. 

The partitioning shall be simple:

   /dev/sda = [ sda1 ][   sda2   ] 
   /dev/sdb = [ sdb1 ][   sdb2   ]

with /dev/sda1 as /boot
     /dev/sdb1 as /xboot (basically, a throwaway)
     and a software RAID1 on /dev/sda2 + /dev/sdb2

[I'm working from notes here so this is just "as near as I noted it down". Will try again after Fedora 13 is running using a new pair of disks]

Step 1: Partition /dev/sda in anaconda

   /dev/sda1 => 200 MiB, force primary partition
   /dev/sda2 => remainder of disk, make it a "RAID partition"

Step 2: Clone /dev/sda's structure to /dev/sdb

   "Create Software RAID" - 
      "RAID Clone" - Source "/dev/sda", Target: "/dev/sdb"

   Anaconda says: "The source drive you selected has 
   partitions which are not constrained to the drive /dev/sda"

This is wrong, all the partitions on /dev/sda have been explicitly constrained to be on /dev/sda. It is also irrelevant as I want to clone /dev/sda to /dev/sdb.

Workaround: Give up on the drive cloning approach.

   Create /boot, ext4, force primary, 200 MiB on /dev/sda --> yields /dev/sda1
   Rest of /dev/sda: mark as software RAID, froce primary --> yields /dev/sda2

   Do exactly the same on /dev/sbd (using /xboot as mountpoint)

   Then combine /dev/sda1 and /dev/sdb1 into /dev/md0 RAID1

How reproducible:

   On this hardware, tried twice.
Comment 1 Chris Lumens 2010-07-12 09:36:19 EDT
Clone mode has apparently been broken at least as far back as our big storage rewrite, receives little use, and no testing.  For those reasons, we've simply removed this feature for F14.

Note You need to log in before you can comment on or make changes to this bug.