Re: mdadm -> BTRFS conversion

2021-04-02 Thread Patrick O'Callaghan
On Fri, 2021-04-02 at 13:12 -0600, Chris Murphy wrote: > [...] changing the timeout via sysfs requires knowing that the /dev > node is - which of course can change each time you boot or plug the > device in. In fact I've already labelled the devices so identifying them can be done by filtering

Re: mdadm -> BTRFS conversion

2021-04-02 Thread Patrick O'Callaghan
On Fri, 2021-04-02 at 13:12 -0600, Chris Murphy wrote: > > # smartctl -l scterc /dev/sdd > > smartctl 7.2 2021-01-17 r5171 [x86_64-linux-5.11.10-200.fc33.x86_64] > > (local build) > > Copyright (C) 2002-20, Bruce Allen, Christian Franke, > > www.smartmontools.org > > > > SCT Error Recovery

Re: mdadm -> BTRFS conversion

2021-04-02 Thread Roger Heflin
I turn my scterc down as low as the drive will allow. How low I can go varies by model. I have a loop that starts at 70 and then keeps going down such that it will end up setting each disk as low is allowed as far down as 10. My wd reds allow a min of 20, and I have a seagate that allows 10.

Re: mdadm -> BTRFS conversion

2021-04-02 Thread Chris Murphy
On Fri, Apr 2, 2021 at 4:23 AM Patrick O'Callaghan wrote: > > On Thu, 2021-04-01 at 23:52 -0600, Chris Murphy wrote: > > It's not an SMR concern, it's making sure the drive gives up on > > errors > > faster than the kernel tries to reset due to what it thinks is a > > hanging drive. > > > >

Re: mdadm -> BTRFS conversion

2021-04-02 Thread Patrick O'Callaghan
On Thu, 2021-04-01 at 23:52 -0600, Chris Murphy wrote: > It's not an SMR concern, it's making sure the drive gives up on > errors > faster than the kernel tries to reset due to what it thinks is a > hanging drive. > > smartctl -l scterc /dev/sdX > > That'll tell you the default setting. I'm

Re: mdadm -> BTRFS conversion

2021-04-01 Thread Chris Murphy
On Thu, Apr 1, 2021 at 5:53 AM Patrick O'Callaghan wrote: > > On Wed, 2021-03-31 at 18:00 -0600, Chris Murphy wrote: > > Nothing to add but the usual caveats: > > https://raid.wiki.kernel.org/index.php/Timeout_Mismatch > > That´s pretty scary, though the drives I´m using are 1TB units > scavenged

Re: mdadm -> BTRFS conversion

2021-04-01 Thread Patrick O'Callaghan
On Wed, 2021-03-31 at 18:00 -0600, Chris Murphy wrote: > Nothing to add but the usual caveats: > https://raid.wiki.kernel.org/index.php/Timeout_Mismatch That´s pretty scary, though the drives I´m using are 1TB units scavenged from my extinct NAS so are unlikely to be SMR. They´re both WD model

Re: mdadm -> BTRFS conversion

2021-03-31 Thread Chris Murphy
Nothing to add but the usual caveats: https://raid.wiki.kernel.org/index.php/Timeout_Mismatch I use udev for that instead of init scripts. Concept is the same though, you want SCT ERC time to be shorter than kernel's command timer. The btrfsmaintenance package has a scrub.timer that you can

Re: mdadm -> BTRFS conversion

2021-03-31 Thread Patrick O'Callaghan
On Wed, 2021-03-31 at 21:17 +0800, Ed Greshko wrote: > On 31/03/2021 19:49, Patrick O'Callaghan wrote: > > I currently have a pair of external drives configured as ext4 with > > RAID1 using mdadm, and mainly used for backup. My / and /home > > filesystems are now BTRFS so I'm looking at converting

Re: mdadm -> BTRFS conversion

2021-03-31 Thread Ed Greshko
On 31/03/2021 19:49, Patrick O'Callaghan wrote: I currently have a pair of external drives configured as ext4 with RAID1 using mdadm, and mainly used for backup. My / and /home filesystems are now BTRFS so I'm looking at converting the external drives to BTRFS with RAID1. My main reason is to

mdadm -> BTRFS conversion

2021-03-31 Thread Patrick O'Callaghan
I currently have a pair of external drives configured as ext4 with RAID1 using mdadm, and mainly used for backup. My / and /home filesystems are now BTRFS so I'm looking at converting the external drives to BTRFS with RAID1. My main reason is to take advantage of BTRFS checksumming as a guard