Привет!

Из 16 PG, давайте рассмотрим PG 8.14 и 7.1b. Поскольку 8.14 активен и чист, почему он все еще указан в 16 PG, но не подвергся глубокой очистке вовремя? И почему PG не очищаются вовремя? Я выполнил следующее: `ceph config set global osd_deep_scrub_interval 1209600` [https://heiterbiswolkig.blogs.nde.ag/2024/09/06/pgs-not-deep-scrubbed-in-time/](<#0 >)

Мы используем дисковую систему хранения на базе Ceph, с использованием нескольких дисков и контроллеров, поэтому это может быть сложной конфигурацией.

Например, это:

`ceph -s` выдает следующую информацию:
```
cluster: id:     cc41de92-1edd-4f12-9803-884cdcea0c13
health: HEALTH_WARN 16 pgs not deep-scrubbed in time 16 pgs not scrubbed in time
services: mon: 3 daemons, quorum stor-200-31,stor-200-30,stor-200-29 (age 3M)
mgr: stor-200-29(active, since 4M), standbys: stor-200-30, stor-200-31
mds: 1/1 daemons up, 2 standby
osd: 64 osds: 64 up (since 7d), 64 in (since 7d)
data: volumes: 1/1 healthy
pools:   4 pools, 97 pgs
objects: 910.68k objects, 3.3 TiB usage:   34 TiB used, 456 TiB / 491 TiB avail
pgs:     92 active+clean 5  active+clean+scrubbing+deep
io: client:   17 KiB/s rd, 11 MiB/s wr, 6 op/s rd, 1.39k op/s wr
```

А вот вывод `ceph -s` для PG 8.14:

```
8.14       27860                   0         0          0        0  111874754688          304          32  10086         0     10086                 active+clean  2024-11-10T07:14:50.216826+0700  17929'332796369  17929:392978053  [13,56,34] 13 [13,56,34] 13 15754'216006287 2024-10-02T08:04:26.363903+0700 15500'202479289 2024-09-27T19:42:47.463766+0700 0 25 queued for deep scrub
```

А вот вывод `ceph -s` для PG 7.1b:

```
7.1b           1                   0         0          0        0       4194304            0           0   1234         0      1234  active+clean+scrubbing+deep  2024-11-10T07:14:23.378798+0700       13029'1234    17929:1224489  [47,56,31] 47 [47,56,31] 47 13029'1234 2024-10-02T03:14:53.854041+0700 13029'1234 2024-09-30T21:54:16.584697+0700 0 1 queued for deep scrub
```