и надо смотреть arcstat. мб это не зфс жрет, а writeback для виндового диска выбран )

Вот arcstats за несколько секунд до ребута: https://pastebin.com/3pMmzvHf

echo 1073741824 > /sys/module/zfs/parameters/zfs_arc_max

получается в момент падения в arc находилось чуть меньше 3 гигов данных

https://qastack.ru/server/581669/why-isnt-the-arc-max-setting-honoured-on-zfs-on-linux
вот кстати про применение ограничений. похоже только так можно ограничить. но судя по логу дело не в arc.

Я понимаю, что тема поднималась не один раз наверно, но..  есть 2 физ сервера, развернут oVirt self-host engine. на серверах по 2 сетевых адаптера. оба сервера на wan порту смотрят прямо в инет и имеют внешние IP адреса. При установке создался бридж, который привязался к wan порту. Теперь я понимаю, что обмен ( миграция и т.д. ) идет через wan интерфейсы. Собственно вопрос. Как настроить сеть, что бы миграция, и обмен данными шел не через wan порты а через lan?

судя по "c                               4    1578376320", 1.5 гига

Я пробовал применять при загрузке, тоже самое

c -  целевой размер arc в байтах
c_max -  максимальный размер arc в байтах
size -  текущий размер arc в байтах

Добрый день! Часто вижу в доках, что иногда отключают Hyper-Threading, чтобы достичь большей производительности в варианте, когда у тебя и виртуализация и SDS на одном сервере крутятся. Так ли это? И вообще кто как поступает с HT?

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

а эти уязвимости используют вообще?

а эти уязвимости используют вообще?

На эти уязвимости ставят патчи