Re: Rebuilding a Raid 1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The problem is that mdadm doesn't support 3rd party metadata formats,
Intel being a notable exception.

There's no way you can get mdadm to detect and activate a fakeRAID set
created by a VIA, SiS or Nvidia controller. This is exactly what dmraid
was designed to do, and it works very well with mirror sets (RAID 1).

dmraid uses the device mapper RAID modules to access RAID sets.
Unfortunately, for RAID 4/5 sets it relies on a module not found in the
mailline kernel ("dm-raid45"). The kernel currently contains a module
providing similar functionality and more ("dm-raid456"), but dmraid in
it's current state cannot use it, and the "dm-raid45" patches doesn't
work with recent kernels.

So, currently dmraid supports fakeRAID 1 sets using the dm-mirror
module, and mdadm can read Intel fakeRAID sets. dmraid cannot activate
fakeRAID 5/6 sets, and mdadm cannot activate any non-Intel fakeRAID sets
regardless of RAID level.

(Personally, I wish someone would take it upon themselves to fix dmraid.
There's nothing wrong with mdadm, but since just about everyone are
using device mapper anyway, why not use the RAID modules as well.)

Regards,

Kristian Rasmussen

On 17.05.2013 18:46, Bad Bod wrote:
> Hi Heinz,
>   Seeing as all the major distro's use this for detecting RAID during
> install from live CD, and right now they all fail, then you might suggest
> to them that this project is dead and you no longer support. Quite why they
> started using this for RAID, I am not sure. It did work, then got broken.
> Maybe they still think it works? It does not.
>
> Please ask the major distro's to start using mdadm instead of this broken
> thing they are still using.
>
>
> Regards
> David
>
>
> On Mon, May 13, 2013 at 4:59 PM, Heinz Mauelshagen <heinzm@xxxxxxxxxx>wrote:
>
>> Have you tried mdadm? isw should be driven via md by now.
>>
>> Heinz
>>
>>
>> On 04/25/2013 06:55 AM, Dead Gardens wrote:
>>
>> dmraid version
>>
>> # dmraid -V
>> dmraid version:         1.0.0.rc13-64 (2010.11.04) debug
>> dmraid library version: 1.0.0.rc13-17 (2009.06.10)
>> device-mapper version:  4.11.5
>>
>>  ------------------------------
>> From: dead_gardens_@xxxxxxxxxxx
>> To: ataraid-list@xxxxxxxxxx
>> Subject: Rebuilding a Raid 1
>> Date: Thu, 25 Apr 2013 06:52:01 +0200
>>
>>  I'm trying to rebuild a raid 1 (dmraid+isw) unsuccessfully. I replaced
>> the failed disk with a new one and the BIOS added it automatically to the
>> raid. Running kernel 2.6.18-194.17.4.el5.
>> *
>> *
>> *# dmraid -r*
>> *
>> *
>> /dev/sda: isw, "isw_babcjifefe", GROUP, ok, 1953525165 sectors, data@ 0
>> /dev/sdb: isw, "isw_babcjifefe", GROUP, ok, 1953525165 sectors, data@ 0 *
>> *
>> *# dmraid -s*
>>
>> *** Group superset isw_babcjifefe
>> --> Subset
>> name   : isw_babcjifefe_Raid0
>> size   : 1953519616
>> stride : 128
>> type   : mirror
>> status : nosync
>> subsets: 0
>> devs   : 2
>> spares : 0
>>
>> When i try to start the raid i receive the next errors
>> *# dmraid -f isw -S -M /dev/sdb*
>>
>> ERROR: isw: SPARE disk must use all space on the disk
>>
>> *# dmraid -tay*
>>
>> isw_babcjifefe_Raid0: 0 1953519616 mirror core 3 131072 sync block_on_error 2 /dev/sda 0 /dev/sdb 0
>>
>> *# dmraid -ay*
>>
>> RAID set "isw_babcjifefe_Raid0" was not activated
>> ERROR: device "isw_babcjifefe_Raid0" could not be found
>>
>> *# dmraid -f isw -S -M /dev/sdb*
>>
>> ERROR: isw: SPARE disk must use all space on the disk
>>
>> # dmraid -R isw_babcjifefe_Raid0 /dev/sdb
>>
>> ERROR: disk /dev/sdb cannot be used to rebuilding
>>
>> *# dmesg*
>>
>> device-mapper: table: 253:13: mirror: Device lookup failure
>> device-mapper: ioctl: error adding target to table
>> device-mapper: ioctl: device doesn't appear to be in the dev hash table.
>> device-mapper: table: 253:13: mirror: Device lookup failure
>> device-mapper: ioctl: error adding target to table
>> device-mapper: ioctl: device doesn't appear to be in the dev hash table.
>> device-mapper: table: 253:13: mirror: Device lookup failure
>> device-mapper: ioctl: error adding target to table
>> device-mapper: ioctl: device doesn't appear to be in the dev hash table.
>> device-mapper: ioctl: device doesn't appear to be in the dev hash table.
>> device-mapper: ioctl: device doesn't appear to be in the dev hash table.
>>
>> Disks:
>>
>> Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>> Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> LVM:
>>
>> PV /dev/sda5   VG storage   lvm2 [914.64 GB / 28.64 GB free]
>> Total: 1 [914.64 GB] / in use: 1 [914.64 GB] / in no VG: 0 [0   ]
>> Reading all physical volumes.  This may take a while...
>> Found volume group "storage" using metadata type lvm2
>> ACTIVE            '/dev/storage/home' [68.00 GB] inherit
>> ACTIVE            '/dev/storage/home2' [68.00 GB] inherit
>> ACTIVE            '/dev/storage/home3' [68.00 GB] inherit
>> ACTIVE            '/dev/storage/home4' [68.00 GB] inherit
>> ACTIVE            '/dev/storage/home5' [68.00 GB] inherit
>> ACTIVE            '/dev/storage/var' [15.00 GB] inherit
>> ACTIVE            '/dev/storage/mysql' [20.00 GB] inherit
>> ACTIVE            '/dev/storage/pgsql' [7.00 GB] inherit
>> ACTIVE            '/dev/storage/exim' [12.00 GB] inherit
>> ACTIVE            '/dev/storage/apache' [25.00 GB] inherit
>> ACTIVE            '/dev/storage/tmp' [2.00 GB] inherit
>> ACTIVE            '/dev/storage/backup' [450.00 GB] inherit
>> ACTIVE            '/dev/storage/log' [15.00 GB] inherit
>>
>> Any idea of what is wrong?
>> Thanks!
>>
>>
>> _______________________________________________ Ataraid-list mailing list
>> Ataraid-list@xxxxxxxxxx
>> https://www.redhat.com/mailman/listinfo/ataraid-list
>>
>>
>> _______________________________________________
>> Ataraid-list mailing listAtaraid-list@redhat.comhttps://www.redhat.com/mailman/listinfo/ataraid-list
>>
>>
>>
>> _______________________________________________
>> Ataraid-list mailing list
>> Ataraid-list@xxxxxxxxxx
>> https://www.redhat.com/mailman/listinfo/ataraid-list
>>
>
>
> _______________________________________________
> Ataraid-list mailing list
> Ataraid-list@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/ataraid-list

_______________________________________________
Ataraid-list mailing list
Ataraid-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ataraid-list




[Index of Archives]     [Linux RAID]     [Linux Device Mapper]     [Linux IDE]     [Linux SCSI]     [Kernel]     [Linux Books]     [Linux Admin]     [GFS]     [RPM]     [Yosemite Campgrounds]     [AMD 64]

  Powered by Linux