Там нет БД, только приложухи

Вроде работает а потом через месяц хуяк.

Пффф. Не трать время. Заливай с нуля

Сервер БД железный и отдельно работает

ну тогда сначала разобраться с хранилищем, а потом смотреть данные

Кстати, rbd export как на ошибки среагирует? Пропустит и ничего не скажет? Или просто не экспортнёт образ?

Так что в доках-то написано? Если не вкратце

Хммм. Не пробовал. Попробуй qemu-img convert. Возможно он умеет скипать ио ерроры

что кеши не нужно юзать

ceph health detail  - что показывает

А где написано? В каком разделе?

HEALTH_ERR 8/949627 objects unfound (0.001%); 7 scrub errors; Possible data damage: 8 pgs recovery_unfound, 4 pgs inconsistent; Degraded data redundancy: 19117/1899254 objects degraded (1.007%), 8 pgs degraded, 8 pgs undersized
OBJECT_UNFOUND 8/949627 objects unfound (0.001%)
   pg 1.11b has 1 unfound objects
   pg 1.f8 has 1 unfound objects
   pg 1.55 has 1 unfound objects
   pg 1.45 has 1 unfound objects
   pg 1.2e has 1 unfound objects
   pg 1.6b has 1 unfound objects
   pg 1.8a has 1 unfound objects
   pg 1.a2 has 1 unfound objects
OSD_SCRUB_ERRORS 7 scrub errors
PG_DAMAGED Possible data damage: 8 pgs recovery_unfound, 4 pgs inconsistent
   pg 1.2e is active+recovery_unfound+undersized+degraded+remapped, acting [9], 1 unfound
   pg 1.45 is active+recovery_unfound+undersized+degraded+remapped, acting [6], 1 unfound
   pg 1.55 is active+recovery_unfound+undersized+degraded+remapped, acting [6], 1 unfound
   pg 1.6b is active+recovery_unfound+undersized+degraded+remapped, acting [0], 1 unfound
   pg 1.8a is active+recovery_unfound+undersized+degraded+remapped, acting [11], 1 unfound
   pg 1.a2 is active+recovery_unfound+undersized+degraded+remapped, acting [1], 1 unfound
   pg 1.b2 is active+clean+inconsistent, acting [8,4]
   pg 1.b9 is active+clean+inconsistent, acting [2,10]
   pg 1.d0 is active+clean+inconsistent, acting [6,1]
   pg 1.f8 is active+recovery_unfound+undersized+degraded+remapped, acting [10], 1 unfound
   pg 1.113 is active+clean+inconsistent, acting [4,10]
   pg 1.11b is active+recovery_unfound+undersized+degraded+remapped, acting [1], 1 unfound
PG_DEGRADED Degraded data redundancy: 19117/1899254 objects degraded (1.007%), 8 pgs degraded, 8 pgs undersized
   pg 1.2e is stuck undersized for 2489.189814, current state active+recovery_unfound+undersized+degraded+remapped, last acting [9]
   pg 1.45 is stuck undersized for 2489.172394, current state active+recovery_unfound+undersized+degraded+remapped, last acting [6]
   pg 1.55 is stuck undersized for 2489.154780, current state active+recovery_unfound+undersized+degraded+remapped, last acting [6]
   pg 1.6b is stuck undersized for 2489.204701, current state active+recovery_unfound+undersized+degraded+remapped, last acting [0]
   pg 1.8a is stuck undersized for 2489.188307, current state active+recovery_unfound+undersized+degraded+remapped, last acting [11]
   pg 1.a2 is stuck undersized for 2489.198273, current state active+recovery_unfound+undersized+degraded+remapped, last acting [1]
   pg 1.f8 is stuck undersized for 2489.205114, current state active+recovery_unfound+undersized+degraded+remapped, last acting [10]
   pg 1.11b is stuck undersized for 2489.176787, current state active+recovery_unfound+undersized+degraded+remapped, last acting [1]

Их можно. Но опасно и если понимаешь на что идешь

Думал, что понимаю )

Батарейка, все дела )

Кароч если есть возможность переподнять данные вместо восстановления то лучше сделай это

Есть, но это время и простой. Вопрос только в том, на что я больше времени портачу )

Возможно ты не отключил кеши на самих дисках. А твой контроллер который в них флушит из своего кеша -- говно

Вопрос в гарантиях целостности результата

Кстати, а вот не помню. Может и не выключал