Самое хреновое что lvmthin

ядро сейчас не подскажу

почему, метаданные-то не проёбаны

А там прочекать их есть какая то команда?

А. О. Я знаю наверно что случилось

А к виртуалке несколько дисков подключено?

3

И из них собран lvm thin?

И из них собрали thin?

И откатили снапшот ОДНОГО из дисков? )

вроде нет. как проверить?

снапшот всей вм же

Ну судя по скрину, там thin

pvs

lvm> pvs
 PV         VG     Fmt  Attr PSize    PFree
 /dev/sda2  centos lvm2 a--   <31.00g 4.00m
 /dev/sdc   alov   lvm2 a--  <256.00g    0

а lvs

а покажи lvs ещё

lvm> lvs
 LV       VG     Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
 root     centos -wi-ao----   27.79g
 swap     centos -wi-ao----   <3.20g
 archives alov   Vwi-aotz--   60.00g pool        99.96
 hasp     alov   Vwi-aotz--   32.00m pool        14.45
 pool     alov   twi-aotz-- <255.75g             97.18  53.00
 previews alov   Vwi-aotz--    4.00g pool        13.25
 storage  alov   Vwi-aotz--   60.00g pool        100.00
 themes   alov   Vwi-aotz--    2.00g pool        1.26
 uploads  alov   Vwi-aotz--  128.00g pool        100.00

Ну вот то есть у тебя есть:
VG "alov" состаящая из одного девайса PV "/dev/sdc"
внутри неё создан LV "pool", он же ThinPool "pool"
и в нём несколько LV:
archives hasp previews storage themes uploads

вот надо было не извращаться и lvmthin не делать вообще, тем более когда внизу под этим делом ceph, а делать просто таблицу разделов, просто взяли бы и расширили диск
из плюсов - что таки нескольких дисков объединённых в 1 lvmthin тут нет, из минусов - явно что-то пошло не так, и если там вылезают регулярно проблемы с XFS - значит что что-то в проксе или в снапшотах или в lvm неладно
видно что всё забито под 100% и видимо полезли расширять. а потом наверное не удалось расширить и что-то ещё сделали.
а вот тут видно что куча томов. они все убитые или только один какой-то?