Project

General

Profile

Actions

Bug #52335

closed

ceph df detail reports dirty objects without a cache tier

Added by Deepika Upadhyay over 2 years ago. Updated over 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
pacific, octopus
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(RADOS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

Description of problem:
'ceph df detail' reports a column for DIRTY objects under POOLS even though cache tiers are not being used, they are also a deprecated feature.

In the case of a replicated or EC pool all objects in the pool are reported as logically DIRTY as they have never been flushed .

EXAMPLE:

root@ceph6 ~]# ceph df detail
GLOBAL:
SIZE AVAIL RAW USED %RAW USED OBJECTS
2.64TiB 2.23TiB 419GiB 15.51 35.23k
POOLS:
NAME ID QUOTA OBJECTS QUOTA BYTES USED %USED MAX AVAIL OBJECTS DIRTY READ WRITE RAW USED
test 1 N/A N/A 138GiB 16.30 707GiB 35227 35.23k 0B 34.4KiB 413GiB

We should report this as 0 or better, remove DIRTY since cache tiering is a deprecated feature.

Version-Release number of selected component (if applicable):
RHCS 4.1


Related issues 2 (0 open2 closed)

Copied to RADOS - Backport #52336: pacific: ceph df detail reports dirty objects without a cache tierResolvedActions
Copied to RADOS - Backport #52337: octopus: ceph df detail reports dirty objects without a cache tierResolvedDeepika UpadhyayActions
Actions #1

Updated by Deepika Upadhyay over 2 years ago

  • Status changed from New to Pending Backport
Actions #2

Updated by Deepika Upadhyay over 2 years ago

  • Copied to Backport #52336: pacific: ceph df detail reports dirty objects without a cache tier added
Actions #3

Updated by Deepika Upadhyay over 2 years ago

  • Copied to Backport #52337: octopus: ceph df detail reports dirty objects without a cache tier added
Actions #4

Updated by Loïc Dachary over 2 years ago

  • Status changed from Pending Backport to Resolved

While running with --resolve-parent, the script "backport-create-issue" noticed that all backports of this issue are in status "Resolved" or "Rejected".

Actions

Also available in: Atom PDF