а SPP накатили с подсказки саппорта HPE из-за того, что в iLO светила ошибка на одной планке памяти, и после этого началось веселье с vSAN, даже несмотря на то, что прошивки/дрова в правильных парах, а до SPP жили себе спокойно и горя не знали
Добрый день! Есть такой документ: https://blogs.vmware.com/virtualblocks/2017/11/29/vsan-operations-adding-removing-drives-deduplication-compression-enabled/ В нем говорится, что "Note that when a drive is added to a disk group with deduplication and compression enabled, the newly added drive does not automatically participate in the deduplication and compression process. The new drive is used to store data, but that data is not deduplicated and compressed. The disk group must be deleted and recreated so that all of the capacity drives in the disk group (including the new drive) store deduplicated and compressed data." Вопрос. Можно как-то увидеть, есть ли такие диски, которые используются для хранения, но не участвуют в дедупликации и компрессии?
А тут пусто: Cmd options: -d|--device=<str> Name of the RDMA device. (required) [root@vmvsan-1:~] rdma device list -sh: rdma: not found [root@vmvsan-1:~] esxcli rdma device list [root@vmvsan-1:~] esxcli rdma device list [root@vmvsan-1:~] esxcli rdma device vmknic list [root@vmvsan-1:~]