Совсем неочевидно, что загрузочная флешка будет отваливаться из-за активного чтения раздела с тулзами

Я вот перенес этот раздел с тулзами в ramdisk и всё равно used 100%

А разве scratch партиция - это для чтения тузов?

Да, так как на флешке логи также монтируются в RAM

Этой kb очень и очень много. Как в ней написано,  в документации данная ситуация описана и так же рассказано, что надо делать.

ага, рассказано

The boot disk needs to be replaced. The customer or vendor is responsible for dealing with the replacement.

VMware recommends that ESXi has a persistent scratch location available for storing temporary data including logs, diagnostic information, and system swap. (However, this is not a requirement) Persistent scratch space may be provisioned on a FAT 16, VMFS, or NFS partition accessible by the ESXi host.

Note: Pointing the scratch location to a partition on an SD card or USB stick is not recommended. These devices only have a limited amount of read/write cycles. Since we not longer throttle the I/O for the scratch location, this amount can be quickly exhausted, which does impose the risk of the whole device, including the boot partitions it holds, getting corrupted with out being recoverable. https://kb.vmware.com/s/article/1033696

И какое это имеет отношение к проблеме?

на жесткий диск если поставить - проблема уйдет, я так понимаю.

Ага ага. Очень много, но на 6.7 такого чтобы флешки умирали так - не было. В любом случае, учитывая кривой как колено новый 7 вцентр- переходить ещё очень и очень рано.

а у кого там флешки на 7ке умирают?

Надо ждать u4? 🤔

Или не ждать, если новые фичи перекрывают неудобства от багов

Коллеги, а по вопросам плохо работающего VAAI куда идти - к VMware или NetApp? =) Планировал обновляться на 7.0 как тут выяснил что VAAI нормально не работает. Есть один кластер с 7.0.1 - там что с плагином старым (1.1.2-3, что с новым который 2.0) клонирование идет без offload. А на 7.0.2 с плагином 2.0 пишет так:
DISKLIB-LINK  : DiskLinkNativeVmfsCloneExisting: Native clone created successfully.
DISKLIB-LIB_CLONE   : Native clone on destination handle created successfully.
Но пустой тонкий диск 1ТБ  (размечен под xfs, данных еще нет) между volume в одной SVM клонируется почти час. Вот думаю куда бежать с этой бедой...

Надо sd/usb заменить просто

на двух стендах (10 хостов суммарно) под 7.0.2 флешки дохнут почти каждые три недели

Я бы сразу шёл в hitachi

что, на всех 10 хостах?