Нифига не логично. Нет iops стой жди. Почему без pbs ничего не рушилось?

Стой жду - это  IOWAIT. Задача ядру. А у него и из юзерспейса своих прилетает по прежнему.

Iowait не может положить ничего, если руками не трогать (не перезагружать, не убивать)

Процесс на паузу будет поставлен ядром, который накидывает из юзерспейса

Как наивно. Он может притормозить базу до такого уровня, что буфра кончатся и не зафлушатся и часть данных пойдет попизде.

Конечно это тяжелый запущенный случай, после которого админа надо выгонять в 1С-ники

Это я так. Теоретически. Сам до такого не доводил неразу. Сложно сказать. Но все равно мне тревожно от такого.

Не может такого быть. Можно поставить эксперемент. Поставить на паузу io у виртуалки хоть на час, и внутри все "замерзнет". Потом io разрешить и все снова заработает

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

Вероятно. Но это предположения.

Проблема в pbs возникала (я надеюсь пофиксили) из-за qemu это он отдает в вм io-error на write. А отдает он видимо по тому, что некуда писать, т.к. он держит в каком-то буфере данные которые должен отдать в pbs. Он должен был бы как ядро в случае с переполнением очереди записи поставить на паузу всю vm, но вместо этого прилетала ошибка.

Кстати, тоже самое с такими же последствиями qemu сделает если создать снепшот на почти заполненном пуле zfs и место кончится. Будет write io-error. И защитьтся от этого можно только флагом werror=stop в конфигурации vm.

scsi0: myzfs:vm-103-disk-1,size=17G,werror=stop

В этом случае при переполнении пула (или файловой системы, как я думаю) машина стопнется и не попадет в не косистентное состояние. После освобожления места, её можно перезагрузить.

Но в случае с бекпом в pbs этот флаг у меня не сработал! И файловые системы в некоторых вм порушились. Хорошо, что zfs-бекап я не отключал и удачно откатил.

Всеравно было не приятно.

PBS вчера кажется обновлялся как раз

Про ошибки записи, это было больше года назад, когда я пробовал pbs.

Теперь тестировать буду осторожнее.

Это не то о чём вы пишете? У меня похожее без zfs https://bugzilla.proxmox.com/show_bug.cgi?id=1453#c25

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

Даже простая магия тюнинга дескрипторов и буферов дает заметный эффект. Как натюнено внутри знают только разрабы прокса.

у меня такая же пепяка случалась на lvm поверх адаптековского массива.

Типа на сетапе с маленькими возможностями по iops?

с довольно большими возможностями. 36 блинов, кэш контроллера с батарейкой.

Дефолтовая установка прокса. Вам это о чем нибудь говорит ?

И остальное такое же. :)

О блин... Я надеялся что сча ssd поставлю и всё разрешится

там не всё так просто. для разных потомков он разный