]> git-server-git.apps.pok.os.sepia.ceph.com Git - ceph.git/commit
rgw: add rgw_enable_dedup_threads config to control per-RGW dedup participation 70210/head
authorbenhanokh <gbenhano@redhat.com>
Wed, 15 Jul 2026 06:38:29 +0000 (09:38 +0300)
committerbenhanokh <gbenhano@redhat.com>
Mon, 20 Jul 2026 14:25:52 +0000 (17:25 +0300)
commit36374fc83f9248f60e6543e56723136f58fc1224
tree48a2c1b53fe05251b826a6637fc19e9edb513785
parent42b8bc661d12759cc5fbb65e49804615263c679d
rgw: add rgw_enable_dedup_threads config to control per-RGW dedup participation

Add rgw_enable_dedup_threads (default true) and rgw_nfs_run_dedup_threads
(default false) config options to control whether a given RGW instance
participates in dedup background processing.

This follows the same pattern used by rgw_enable_gc_threads,
rgw_enable_lc_threads, and rgw_enable_restore_threads. The config is
evaluated at startup in init_dedup(); when disabled, the dedup Background
object is not created, the thread is not spawned, and the instance does
not register a RADOS watch on the dedup control object.

Disabled RGW instances are invisible to the dedup cluster coordination
mechanism -- they receive no notifications, cause no timeouts, and do
not grab shard tokens.

Signed-off-by: Gabriel BenHanokh <gbenhano@redhat.com>
Assisted-by: Cursor Opus-4.6 <cursoragent@cursor.com>
doc/radosgw/config-ref.rst
doc/radosgw/s3_objects_dedup.rst
src/common/options/rgw.yaml.in
src/rgw/rgw_appmain.cc