У меня есть домашняя лаборатория, которая уже пару лет работает очень стабильно. Там стоят Broadcom NIC с драйвером tg3. Я всегда считал себя счастливчиком — никаких проблем, в отличие от кластера на работе, где постоянно возникали какие-то заморочки, и я поставил Intel NIC. Теперь всё работает отлично и стабильно.

Но недавно я начал использовать iSCSI-таргеты для своих виртуальных машин, и теперь моя домашняя лаборатория стала очень нестабильной (с Broadcom tg3). Обычно работает меньше 24 часов, после чего появляется какая-то ошибка.

Так что я думаю, что драйвер tg3 не справляется с iSCSI-трафиком? Теперь я снова копаюсь в теме и, похоже, столкнулся с той же проблемой. Кажется, ESX тоже с этим мучился: https://kb.vmware.com/selfservice/m...nguage=en_US&cmd=displayKC&externalId=2035701

Просто размышляю, решил поделиться своими мыслями и интересно, ты смог решить свою проблему?

Думаю, я правильно понял ваше высказывание: на узле Proxmox используются сетевые карты Broadcom с драйвером tg3. Каждая виртуальная машина работает через virtio, но сама виртуальная машина размещена на общем ресурсе Proxmox через iscsi/lvm. Извиняюсь, что влезаю в обсуждение, но я всегда знал о проблемах с драйвером tg3 и считал себя счастливчиком, что у моего домашнего сервера таких проблем нет. Но недавно начал использовать iscsi-шары, и вот почему интерес появился снова. У меня не так много вариантов, ведь это старый Dell SC1435 с одним слотам, который сейчас занят SAS-картой. Скорее всего, придётся вернуться к NFS и посмотреть, поможет ли это, а iscsi удалить.

Есть какие-нибудь результаты тестов, которыми можно поделиться? Это полезно только для роутеров, файрволов и тому подобного или обычные серверы тоже могут получить от этого выгоду?

Кажется, я читал подробные тесты, в которых говорилось, что чтобы не мешать другим системным процессам ОС, важно исключить одно ядро процессора из мультиочереди. Можешь это подтвердить?