Есть какие-то обновления по этой теме? У меня, похоже, такая же проблема. Proxmox практически бесполезен, так как я не могу добавить новые машины или сделать что-либо, требующее хранилища, так как получаю тайм-аут с ошибкой 596. Статус pvesm в 9 из 10 случаев выполняется очень долго, только в 1 из 10 — почти мгновенно. Я заметил в разделе "Хранилище" в Datacenter View, что тайм-аутят именно элементы CT. С Нового года я тестирую 6 разных виртуализационных решений и уже три раза переделывал, поскольку Proxmox VE, похоже, развивает какие-то проблемы, которые фактически останавливают использование. Только одно другое решение требовало переделки, XCP-ng потребовал переустановки, так было проще начать с чистого листа с кластерами. Я еще даже не дошел до Ceph или кластеров с Proxmox. До этой проблемы мне казалось, что все выглядит хорошо, но вскоре после добавления контейнеров Turnkey и последних обновлений все снова стало катиться под откос. Лично мне очень нравится, как работает ProxMox VE, у него, кажется, лучшие основные функции для виртуализации. Но он действительно странный и имеет много "косметических ошибок". Это проблема, потому что, когда появляется реальная проблема и ты смотришь логи и наталкиваешься на эти "косметические ошибки", можно легко начать искать проблему, которой нет. Это, вероятно, отчасти и является причиной предыдущих переделок. Другие странные вещи при тестировании пулов ZFS — случайное исчезновение ID дисков (при этом они правильно настроены) для частей пула в vdev0 и vdev1. Хуже всего то, что первый диск в vdev2 не был настроен в этом vdev, а был запасным, так что после замены должен был вернуться к запасной функции. Это произошло только с дисками для нечетных номеров в vdev. Я тестировал разные настройки пулов, от четырехпутевого зеркала с высотой 30 до raidz3 шириной 15 дисков и высотой 7. ZFS в ProxMox, похоже, сталкивается с проблемой производительности с примерно 30-40 вращающимися дисками, даже с тремя контроллерами SAS и 40 ядрами с 2 процессоров XEON Gold и 128 ГБ памяти, без работающих контейнеров или ВМ. Не знаю, связано ли это с настройкой ядра или чем-то еще, но те же пулы, импортированные в Debian Bullseye с установленным ZFS, продолжают ускоряться с добавлением дополнительных vdev. Сначала мне казалось, что проблема в том, что я просто пытаюсь адаптироваться к VE, но у меня нет таких проблем в других местах. На следующей неделе я планирую попробовать другой лабораторный компьютер SuperMicro FatTwin с 8 XEON и около 150 дисками SAS, чтобы проверить, может, просто сервера Dell не нравятся. Наконец-то решился постить и дать очень краткий обзор, а также посмотреть, есть ли какие-то сдвиги по этой проблеме, поскольку это для меня сейчас критично. Спасибо, Карло.

Ценю ответ, надеюсь, что это сработает и для меня.

Отличный совет, и, похоже, вы на верном пути. Я проверил статус udisks2 с помощью команды systemctl status udisks2, и он работает, но выдал ошибку "Ошибка при обслуживании диска" для двух разных дисков — оба 2.5" SATA. Недавно я подключил HP 3PAR с 24 отсеком, который планировал использовать для SATA SSD. Диски на самом деле не используются, но я загрузил его примерно восьмью дисками, которые у меня были, и они в сети. Больше с ним ничего не делал, но явно у двух дисков может быть проблема. Легко отключить и отсоединить этот накопитель. Первым делом я полностью отключу 3PAR от системы, чтобы понять, изменит ли это что-то. Затем продолжу с тем, что вы предложили. Остальные диски - это SAS, кроме трех Samsung 980 Pro, используемых в качестве загрузочного диска ZFS raidz, и четырех NVMe дисков. В данный момент используются только два для L2ARC. Я мог бы снять L2ARC и убрать эту PCI-карту с четырьмя NVMe-дисками, если нужно, чтобы немного упростить ситуацию, но они установлены с самого начала, тогда как HP 3PAR относительно недавно (может месяц назад).