Знаю только одного из пересечения и он не работает в техподдержке первого уровня трунаса. Это не "в целом-то те же самые люди".
EG>> Во-вторых, UNMAP failed это ошибка, которую (виртуализированное) железо EG>> выдаёт драйверу в ответ на его команду SCSI UNMAP и сделать с этим драйвер 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> 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> видимо одинаков.
Поддержка 12й версии заканчивается в конце этого года, смысла нет, тем более что косяк это в гипервизоре.