Re: RAID6 12 device assemble force failure

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

 



On 4.07.2024 o 13:06, Mariusz Tkaczyk wrote:
Data that can't be store on the foulty device should be keep in the bitmap.
Next when we reatach missing third drive when we write missing data from 
bitmap to disk everything should be good, yes?

I'm thinking correctly?

Bitmap doesn't record writes. Please read:
https://man7.org/linux/man-pages/man4/md.4.html
bitmap is used to optimize resync and recovery in case of re-add (but we
know that it won't work in your case). 

Is there a way to make storage more fault tolerant? 

From what I saw till now one array=one PV(LVM)=LV(LVM)=one FS.

Mixing two array in LVM and FS isn't good practice.


But what about raid configuration?
I have 4 external backplane, 12 disk each. Each backplane is attached by external four SAS LUNs.
In scenario where I attache three disk to one LUN and one LUN crash or hang and next restart or ... data on the array will be damaged, yes?

I think that I can create raid5 array for three disk in one LUN so when LUN freeze, disconect, hungs or etc one array will stop like server crash without power and this should be recovable(until now I didn't have problem with array rebuild in this kind of situation)

Problem is with disk usage, each 12 pcs backplane will use 4 disk for parity( 12 disk=4 luns = 4 raid 5 array).

Is there better way to do this?


And I failed to start it, sorry. It is possible but it requires to work with
sysfs and ioctls directly so much safer is to recreate an array with
--assume-clean, especially that it is fresh array.  
I recreated the array, LVM detected PV and works fine but XFS above the 
LVM is missing data from recreate array.

Well, it looks like you did it right because LVM is up. Please compare if disks
are ordered same way in new array (indexes of the drives in mdadm -D output).
Just do be double sure.

How can I assigne raid disk number to each disk?


-- 
---
Pozdrawiam
Adam Nieścierowicz
begin:vcard
fn;quoted-printable:Adam Nie=C5=9Bcierowicz
n;quoted-printable:Nie=C5=9Bcierowicz;Adam
email;internet:adam.niescierowicz@xxxxxxxxxx
x-mozilla-html:TRUE
version:2.1
end:vcard


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux