Re: btrfs-progs reports nonsense scrub status

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

 



(gmail is super annoying sometimes, keyboard shortcuts that cause
email to be sent)

On Fri, May 8, 2020 at 11:06 AM Andrew Pam <andrew@xxxxxxxxxxxxxx> wrote:
>
> And here we are again:
>
> $ sudo btrfs scrub status -d /home
> UUID:             85069ce9-be06-4c92-b8c1-8a0f685e43c6
> scrub device /dev/sda (id 1) status
> Scrub resumed:    Sat May  9 02:52:12 2020
> Status:           running
> Duration:         7:02:55
> Time left:        32261372:31:39
> ETA:              Fri Sep 17 23:35:41 5700
> Total to scrub:   3.66TiB
> Bytes scrubbed:   3.67TiB
> Rate:             151.47MiB/s
> Error summary:    no errors found
> scrub device /dev/sdb (id 2) status
> Scrub resumed:    Sat May  9 02:52:12 2020
> Status:           running
> Duration:         7:02:59
> Time left:        31973655:40:34
> ETA:              Mon Nov 21 19:44:36 5667
> Total to scrub:   3.66TiB
> Bytes scrubbed:   3.70TiB
> Rate:             152.83MiB/s
> Error summary:    no errors found
>
> I tried building btrfs-progs v5.6.1 from source, but it gives exactly
> the same results.

Do you have qgroups enabled?

$ sudo btrfs qgroup show /home
ERROR: can't list qgroups: quotas not enabled

What do you get for:

$ sudo btrfs insp dump-s /dev/

This dumps out the super block.

There are scrub related fixes in linux git since 5.4.0 but I can't
tell if any of them are related to this problem. My suggestion is
scrub with kernel 5.7.rc4. If the problem happens, it's a current and
unfixed bug. If it's been fixed, then it's a question of what commit
fixed it and whether it's been backported, or can be, to 5.4 series.



-- 
Chris Murphy



[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