что, если образ размером N теров, превращается в "пиздец как долго"

поэтому сделали костыль - object-map. это отдельный объект. 1 объект. в котором хранится битмап занятых в rbd объектов

сей костыль, естественно, тормозит запись (немножко - т.к. в принципе она и так уже заторможена)

но без него зато rbd du выполняется хер знает сколько времени

понял, спасибо за объяснение

в общем вот его не поддерживают старые ядра, да

зато rbd-nbd поддерживает

и qemu rbd. да. просто через общий слой librbd

правда это ещё один раундтрип

типа для тех кому мало тормозит

правильно ли я понимаю, что достаточно переписывать конифигурационные дефолты только в ceph.conf на мониторах, а на остальных нодах достаточно только мнимального конфига описывающего подключение к кластеру?

нет

где я ошибся?

ну конфиг осд ceph.conf должен быть на осд

Config sources

Each Ceph daemon, process, and library will pull its configuration from several sources, listed below. Sources later in the list will override those earlier in the list when both are present.

   the compiled-in default value

   the monitor cluster’s centralized configuration database

   a configuration file stored on the local host

   environment variables

   command line arguments

   runtime overrides set by an administrator

One of the first things a Ceph process does on startup is parse the configuration options provided via the command line, environment, and local configuration file. The process will then contact the monitor cluster to retrieve configuration stored centrally for the entire cluster. Once a complete view of the configuration is available, the daemon or process startup will proceed.

да не, уже давно не надо )

вроде как именно так из этого описания получается?

то что хранишь централизованно (ceph config) - то можно не прописывать в конфиги вообще

не, ну в смысле? если у тебя нет ничего в ceph config, то надо же

вот что конкретно ты тут имешь ввиду?