Привет, я разобрался! Ошибки действительно возникали вместе с выполнением резервных копий. Иногда резервные копии даже вызывали ipmi Watchdog и блокировали сервер. Причина, вероятно, заключалась в том, что резервные копии vzdump выполнялись слишком быстро, записывая на внешний NFS-хранилище, из-за чего сервер Proxmox становился неотзывчивым. Похоже, решение заключается в ограничении пропускной способности для vzdump в /etc/vzdump.conf. Теперь я ограничил до 50000.

Есть новости по этому поводу? https://bugzilla.proxmox.com/show_bug.cgi?id=1794 точно описывает поведение, с которым мы сталкиваемся. Я также пытался ограничить qm dump до 10 МБ/с (а затем до 50 МБ/с), но это только влияет на производительность, а не на ошибку.

Это действительно похоже на проблему с NFS. Пока я делал vzdump на NFS-распределение, столкнулся с этой проблемой. Даже ограничение пропускной способности не помогло, оно лишь уменьшало частоту возникновения проблемы. Всё было так плохо, что некоторые узлы оказались в "заблокированном" состоянии. Теперь я делаю резервные копии через CIFS, и всё работает безупречно даже без ограничения пропускной способности. Так что мой вывод: интенсивные записи файлов на NFS (особенно очень большие файлы) используют слишком много ресурсов в ядре (возможно, сетевой буфер), из-за чего узел становится неотзывчивым до завершения записи. Я также наблюдаю неотзывчивость у клиентов Linux, записывающих файлы размером в несколько гигабайт, или у Centos, так что это, похоже, общая проблема NFS.

Да, но это время истекает, потому что ядро становится неотзывчивым при больших записях NFS.