03 сент. 2023, воскресенье, в 15:24 NOVT, Alex Korchmar написал(а):
AK> ну а ничего что разработчики трунаса в целом-то те же самые люди?
Знаю только одного из пересечения и он не работает в техподдержке
первого уровня трунаса. Это не "в целом-то те же самые люди".
EG>> Во-вторых, UNMAP failed это ошибка, которую (виртуализированное) железо
EG>> выдаёт драйверу в ответ на его команду SCSI UNMAP и сделать с этим
EG>> драйвер
AK> там история интересна тем что оно сломалось с очередной версией
AK> вмвари и неплохо бы было разобраться, чего это вдруг.
Так и разбираться надо с vmware.
EG>> особо ничего не может. Это тащем-то надо репортить разработчикам
EG>> гипервизора
AK> их личный кабинет больше не мой личный кабинет, так что увы, но не мне.
EG>> Максимум, что может сделать гостевая OS в таком случае, это попытаться
EG>> найти workaround. В случае da0 для этого у нас есть подсистема CAM
AK> мне помогло вот такое:
AK> vfs.zfs.vol.unmap_enabled="0"
AK> vfs.zfs.trim.enabled="0"
AK> vfs.zfs.vdev.trim_on_init="0"
AK> что именно из перечисленного и что вообще значат эти заклинания - не в
AK> курсе.
AK> Hо с ними ушли и ошибки и периодическое мертвое взвисание сервера тоже.
Тебе помогло vfs.zfs.trim.enabled="0", то есть ZFS вообще перестала посылать
TRIM/UNMAP контроллеру и далее виртулизированному железу. Если бы это
было настоящее железо с SSD, последствия были бы нехорошими,
ну а так просто гостевая фря перестала сообщать гипервизору,
которые блоки виртуального HDD она больше не использует.
EG>> А ещё вместо эмуляции аппаратного контроллера LSI Logic
EG>> нынче полезно отдавать виртуалке носитель в виде VirtIO block device
AK> боюсь это к итальянцам.
EG>> В любом случае, нужен PR.
AK> для 12й версии это имеет хоть какой-то смысл? У меня, разумеется, 11 но
AK> баг
AK> видимо одинаков.
Поддержка 12й версии заканчивается в конце этого года, смысла нет,
тем более что косяк это в гипервизоре.
Eugene