Bug #54554
closedBluestore volume selector improperly tracks bluefs log size
0%
Description
Here is the output of "bluefs stats" admin command:
ceph tell osd.1 bluefs stats
1 : device size 0x3fffe000 : using 0x23400000(564 MiB)
2 : device size 0x1900000000 : using 0x8c000(560 KiB)
RocksDBBlueFSVolumeSelector: wal_total:0, db_total:1020054732, slow_total:102005473280, db_avail:0
Usage matrix:
DEV/LEV WAL DB SLOW * * REAL FILES
LOG 0 B 110 MiB 0 B 0 B 0 B 2.1 MiB 1
WAL 0 B 550 MiB 0 B 0 B 0 B 549 MiB 1
DB 0 B 9 MiB 0 B 0 B 0 B 76 KiB 10
SLOW 0 B 0 B 0 B 0 B 0 B 0 B 0
TOTALS 0 B 669 MiB 0 B 0 B 0 B 0 B 12
And compare to bluefs perf counters dump:
"bluefs": {
"log_bytes": 4542464,
"log_compactions": 6,
"logged_bytes": 95711232,
Looks like bluefs stats tracking lacks counter decrement and shows amount of logged (i.e. processed) bytes instead as a result.
Updated by Igor Fedotov about 2 years ago
Not present in Quincy and beyond due to bluefs refactoring
Updated by Igor Fedotov about 2 years ago
- Status changed from New to Fix Under Review
- Pull request ID set to 45408
Updated by Yuri Weinstein over 1 year ago
Updated by Igor Fedotov over 1 year ago
- Status changed from Fix Under Review to Resolved