У касперского?

да , у них

а как он еще "здорово " дружит с докером...

Взлольнул

У меня два вопроса...

Получилось у меня с cephadm.. только создавать кластер и добавлять osd пришлось с помощью ceph-deploy, а потом уже переводить на cephadm.

блин он реально что ли такой сложный?

подука затестирую

вот что-то мне кажется что сами wal при этом не экспортятся.

find osd.2 -ls
   524508      4 drwxr-xr-x   5 root     root         4096 Jun 11 16:30 osd.2
   780084      4 drwxr-xr-x   2 root     root         4096 Jun 11 16:30 osd.2/db.wal
   780085    756 -rw-r--r--   1 root     root       771683 Jun 11 16:30 osd.2/db.wal/000130.log
   780086    556 -rw-r--r--   1 root     root       568005 Jun 11 16:30 osd.2/db.wal/000133.log
   524509      4 drwxr-xr-x   2 root     root         4096 Jun 11 16:30 osd.2/db
   524527      8 -rw-r--r--   1 root     root         4950 Jun 11 16:30 osd.2/db/OPTIONS-000132
   524526      8 -rw-r--r--   1 root     root         4950 Jun 11 16:30 osd.2/db/OPTIONS-000111
   524516  65716 -rw-r--r--   1 root     root     67292622 Jun 11 16:30 osd.2/db/000142.sst
   524518  65716 -rw-r--r--   1 root     root     67292621 Jun 11 16:30 osd.2/db/000144.sst
   524512  65716 -rw-r--r--   1 root     root     67292621 Jun 11 16:30 osd.2/db/000138.sst
   524515  65716 -rw-r--r--   1 root     root     67292621 Jun 11 16:30 osd.2/db/000141.sst
   524514  65716 -rw-r--r--   1 root     root     67292623 Jun 11 16:30 osd.2/db/000140.sst
   524522      4 -rw-r--r--   1 root     root           16 Jun 11 16:30 osd.2/db/CURRENT
   524519  66300 -rw-r--r--   1 root     root     67888830 Jun 11 16:30 osd.2/db/000145.sst
   524510  65780 -rw-r--r--   1 root     root     67354774 Jun 11 16:30 osd.2/db/000136.sst
   524524      0 -rw-r--r--   1 root     root            0 Jun 11 16:30 osd.2/db/LOCK
   524525      4 -rw-r--r--   1 root     root         2576 Jun 11 16:30 osd.2/db/MANIFEST-000129
   524521   3264 -rw-r--r--   1 root     root      3341226 Jun 11 16:30 osd.2/db/000147.sst
   524517  65716 -rw-r--r--   1 root     root     67292621 Jun 11 16:30 osd.2/db/000143.sst
   524513  65716 -rw-r--r--   1 root     root     67292621 Jun 11 16:30 osd.2/db/000139.sst
   524511  65720 -rw-r--r--   1 root     root     67292621 Jun 11 16:30 osd.2/db/000137.sst
   524520  66700 -rw-r--r--   1 root     root     68297242 Jun 11 16:30 osd.2/db/000146.sst
   524523      4 -rw-r--r--   1 root     root           37 Jun 11 16:30 osd.2/db/IDENTITY
   780083      4 drwxr-xr-x   2 root     root         4096 Jun 11 16:30 osd.2/db.slow

Я со вторника его мучаю. Сегодня утром попробовал через deploy. Все сразу завелось

какие-то они мелкие и это меня смущает

а можете объяснить вот какой момент:
создаю первую pg, min_size=2, type=erasure,
ceph df показывает тотал (реальный размер), а пул MAX AVAIL - почти вдвое меньше

почему макс возможный размер пула почти вдвое меньше? это из-за репликации?

при том что

ceph@storage12:~$ ceph osd pool get data size
size: 4

так у тебя реплика с сайз и минсайз 2 или ец?

ну на колько я монимаю он их транкейтит при компакшене

т.е. постоянно )))

ну во-первых я не замечал что бы при компакшейне он их транкейтил

ни по логу ни по косвенным признакам