Project

General

Profile

Actions

Bug #61950

closed

mds/OpenFileTable: match MAX_ITEMS_PER_OBJ does not honor osd_deep_scrub_large_omap_object_key_threshold

Added by Vikhyat Umrao 10 months ago. Updated 9 days ago.

Status:
Can't reproduce
Priority:
High
Assignee:
-
Category:
Correctness/Safety
Target version:
% Done:

0%

Source:
Support
Tags:
Backport:
reef,quincy,pacific
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
MDS
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

The changes implemented in [1] should make sure that we never have an openfiletable objects omap keys above osd_deep_scrub_large_omap_object_key_threshold( default 200000) but in Ceph version: 14.2.22-110.el8cp (2e0d97dbe192cca7419bbf3f8ee6b7abb42965c4) nautilus

We see the following message in `ceph -s` and the following log in cluster logs:

LARGE_OMAP_OBJECTS

2023-07-09 10:42:34.177821 osd.123 (osd.123) 16631 : cluster [WRN] Large omap object found. Object: 3:2adbd678:::mds0_openfiles.9:head PG: 3.1e6bdb54 (3.154) Key count: 200001 Size (bytes): 12824872

In this situation the mds0_openfiles.9 object has just 1 key extra from the threshold(200000).

[1] Old Tracker and PR:
https://tracker.ceph.com/issues/42515
https://github.com/ceph/ceph/pull/31232


Related issues 1 (0 open1 closed)

Related to CephFS - Bug #42515: fs: OpenFileTable object shards have too many k/v pairsResolvedVikhyat Umrao

Actions
Actions

Also available in: Atom PDF