RU.UNIX.BSD-------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 55 из 100
 От   : Eugene Grosbein                     2:5006/1          03 сен 23 22:14:00
 К    : Alex Korchmar                                         03 сен 23 18:17:01
 Тема : Re: главное ничего не чинить!
----------------------------------------------------------------------------------
                                                                                 
@MSGID: grosbein.net a39ef7d1
@REPLY: ddt.demos.su 46c80d62
@RFC-Reply-To: eugen@grosbein.net
@RFC-X-newsgroup: nkz.fido.ru.unix.bsd
@RFC-X-RealName: Eugene Grosbein
03 сент. 2023, воскресенье, в 15:24 NOVT, Alex Korchmar написал(а):

 AK>>> https://www.truenas.com/community/threads/unmap-failed.85345/
  AK>
https://forums.freebsd.org/threads/zfs-unmap-and-vmware-esxi-troubles.77648/
 AK>>> https://forum.netgate.com/topic/167882/scsi-error-on-vm
 AK>>> что сделали генитальные разработчики freebsd по этому поводу?
 AK>>> Правильно - забили х-й.
 AK>>> Hу не выяснять же ж на самом деле, что сломалось. 
 EG>> Во-первых, первое и третье вообще не репорты в FreeBSD.
 AK> ну а ничего что разработчики трунаса в целом-то те же самые люди?

Знаю только одного из пересечения и он не работает в техподдержке
первого уровня трунаса. Это не "в целом-то те же самые люди".

 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й версии заканчивается в конце этого года, смысла нет,
тем более что косяк это в гипервизоре.

Eugene
--- slrn/1.0.3 (FreeBSD)
 * Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 50/109 221/6 250/25 301/1 341/66 450/1024
463/68 467/888 5000/111
SEEN-BY: 5001/100 5003/17 5005/49 5006/1 5015/42 46
5019/40 5020/113 545 715
SEEN-BY: 5020/814 830 848 1042 2332 2992 4441
12000 5022/128 5030/49 115 500
SEEN-BY: 5030/1081 1474 1900 5036/26 5052/4 5053/51
5054/8 89 5058/104
SEEN-BY: 5061/133 5080/31 102 172 245 5083/1 444
6090/1
@PATH: 5006/1 5080/102 5030/49 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх