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

может просто зеркало медленно зеркалится

Воот

попробую маленкую ВМ перекинуть

на гиг 8

У контейнеров все ок

Они маленькие

Там ну 20 гб

Видимо когда идёт лайв миграция он тушит вм на некий промежуток времени, которого хватает что бы похерить виртуальный диск

Мое мнение

хотя disk  recovery быстро проходит ,если делать ручками

но осадочек остался

И я не могу найти как оптимизировать гластер,network.ping.timeout выставлять?да ну бред какой то

Ушел в эту сторону копать:
performance.write-behind-window-size
performance.io-cache
performance.write-behind
performance.flush-behind
performance.cache-size
performance.cache-refresh-timeout
performance.cache-max-file-size
performance.io-thread-count
nfs.disable
performance.readdir-ahead
transport.address-family
diagnostics.latency-measurement
diagnostics.count-fop-hits
diagnostics.brick-log-level
diagnostics.client-log-level
features.cache-invalidation
features.cache-invalidation-timeout
performance.stat-prefetch
performance.cache-samba-metadata
performance.md-cache-timeout
network.inode-lru-limit
features.trash
cluster.enable-shared-storage

Вангую, что проблема гластерфс. Он же ж говно.

Говно потому что ты в нем не разобрался?необосновано...

Вангую тоже самое,но насчет говна не уверен

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

пфф гластер поверх зфс мажется

я так про цеф тоже говорю.  :))))