Re: btrfs-progs reports nonsense scrub status

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

 



On 9/5/20 7:31 am, Chris Murphy wrote:
> Do you have qgroups enabled?
> 
> $ sudo btrfs qgroup show /home
> ERROR: can't list qgroups: quotas not enabled

No:

$ 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.

$ sudo btrfs insp dump-s /dev/sda
superblock: bytenr=65536, device=/dev/sda
---------------------------------------------------------
csum_type		0 (crc32c)
csum_size		4
csum			0x36e3f416 [match]
bytenr			65536
flags			0x1
			( WRITTEN )
magic			_BHRfS_M [match]
fsid			85069ce9-be06-4c92-b8c1-8a0f685e43c6
metadata_uuid		85069ce9-be06-4c92-b8c1-8a0f685e43c6
label			home
generation		59159
root			4881572642816
sys_array_size		258
chunk_root_generation	58225
root_level		1
chunk_root		4925720363008
chunk_root_level	1
log_root		4881575936000
log_root_transid	0
log_root_level		0
total_bytes		12002350252032
bytes_used		4022988615680
sectorsize		4096
nodesize		16384
leafsize (deprecated)	16384
stripesize		4096
root_dir		6
num_devices		2
compat_flags		0x0
compat_ro_flags		0x0
incompat_flags		0x161
			( MIXED_BACKREF |
			  BIG_METADATA |
			  EXTENDED_IREF |
			  SKINNY_METADATA )
cache_generation	59159
uuid_tree_generation	59159
dev_item.uuid		b347d8aa-4563-45db-bcf1-c722e5b3abe8
dev_item.fsid		85069ce9-be06-4c92-b8c1-8a0f685e43c6 [match]
dev_item.type		0
dev_item.total_bytes	6001175126016
dev_item.bytes_used	4055589978112
dev_item.io_align	4096
dev_item.io_width	4096
dev_item.sector_size	4096
dev_item.devid		1
dev_item.dev_group	0
dev_item.seek_speed	0
dev_item.bandwidth	0
dev_item.generation	0

> 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.

OK, I installed 5.7rc4 and rebooted, then started a fresh scrub:

$ uname -a
Linux RainbowDash 5.7.0-050700rc4-generic #202005051752 SMP Tue May 5
21:56:32 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

After a couple of cancel/resumes here we are again:

$ sudo btrfs scrub status -dR /home
UUID:             85069ce9-be06-4c92-b8c1-8a0f685e43c6
scrub device /dev/sda (id 1) status
Scrub started:    Sat May  9 15:52:21 2020
Status:           running
Duration:         2:25:03
	data_extents_scrubbed: 22903068
	tree_extents_scrubbed: 194348
	data_bytes_scrubbed: 1418082578432
	tree_bytes_scrubbed: 3184197632
	read_errors: 0
	csum_errors: 0
	verify_errors: 0
	no_csum: 60164
	csum_discards: 0
	super_errors: 0
	malloc_errors: 0
	uncorrectable_errors: 0
	unverified_errors: 0
	corrected_errors: 0
	last_physical: 0
scrub device /dev/sdb (id 2) status
Scrub started:    Sat May  9 15:52:21 2020
Status:           running
Duration:         2:25:03
	data_extents_scrubbed: 22903070
	tree_extents_scrubbed: 194348
	data_bytes_scrubbed: 1418082648064
	tree_bytes_scrubbed: 3184197632
	read_errors: 0
	csum_errors: 0
	verify_errors: 0
	no_csum: 60164
	csum_discards: 0
	super_errors: 0
	malloc_errors: 0
	uncorrectable_errors: 0
	unverified_errors: 0
	corrected_errors: 0
	last_physical: 0

Duration, time left and bytes scrubbed are not advancing, and
last_physical is zero.

Thanks,
	Andrew



[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