Re: [PATCH RFC] btrfs: Don't create SINGLE or DUP chunks for degraded rw mount

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

 



On 2019-02-12 2:22 a.m., Qu Wenruo wrote:

>> Does this mean you would rely on scrub/CSUM to repair the missing data
>> if device is restored?
> 
> Yes, just as btrfs usually does.
> 

I don't really understand the implications of the problems with mounting
fs when single/dup data chunk are allocated on raid1, but I would think
that would actually be a preferable situation than filling a drive with
'data' we know is completely bogus... converting single/dup data to raid
should be much faster than tripping on CSUM errors, and less prone to
missed errors?


begin:vcard
fn:Remi Gauvin
n:Gauvin;Remi
org:Georgian Infotech
adr:;;3-51 Sykes St. N.;Meaford;ON;N4L 1X3;Canada
email;internet:remi@xxxxxxxxxxxxxx
tel;work:226-256-1545
version:2.1
end:vcard

Attachment: signature.asc
Description: OpenPGP digital signature


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux