Hello Chris,
thanks for your reply.
>Remove the discard mount option for this file system and see if that
>fixes the problem. Run it for a week or two, or until you're certain
>the problem is still happening (or certain it's gone). Some drives
>just can't handle sync discards, they become r
On Wed, Mar 31, 2021 at 8:03 AM Hendrik Friedel wrote:
> >>[Mo Mär 29 09:29:21 2021] BTRFS info (device sdc2): turning on sync discard
> >
> >Remove the discard mount option for this file system and see if that
> >fixes the problem. Run it for a week or two, or until you're certain
> >the proble
Hello Chris,
thanks again for your reply.
5.10.0-0.bpo.3-amd64
It's probably OK. I'm not sure what upstream stable version this
translates into, but current stable are 5.10.27 and 5.11.11. There
have been multiple btrfs bug fixes since 5.10.0 was released.
I missed in your first email thi
On Tue, Mar 30, 2021 at 6:50 AM Hendrik Friedel wrote:
> > Next
> >'btrfs check --readonly' (must be done offline ie booted from usb
> >stick). And if it all comes up without errors or problems, you can
> >zero the statistics with 'btrfs dev stats -z'.
> No error found. Neither in btrfs check, n
Hello,
thanks for your reply, Chris.
[Mo Mär 29 09:29:22 2021] BTRFS info (device sda1): bdev /dev/sda1 errs:
wr 133, rd 133, flush 0, corrupt 0, gen 1
Maybe, the last line is concerning?
Yes. Do a 'btrfs scrub' and check dmesg for detailed errors.
[Mo Mär 29 09:29:22 2021] BTRFS info (d
On Mon, Mar 29, 2021 at 5:12 AM Hendrik Friedel wrote:
>
> Hello,
>
> I have a filesystem which is sometimes very slow, or even currently
> hangs deleting a file (plain and simple rm in bash).
>
> Label: 'DataPool1' uuid: c4a6a2c9-5cf0-49b8-812a-0784953f9ba3
> Total devices 2 FS bytes us
Hello,
I have a filesystem which is sometimes very slow, or even currently
hangs deleting a file (plain and simple rm in bash).
Label: 'DataPool1' uuid: c4a6a2c9-5cf0-49b8-812a-0784953f9ba3
Total devices 2 FS bytes used 5.65TiB
devid1 size 7.28TiB used 6.71TiB path /dev/sd