Встроенная функция SMB работает с чрезмерным количеством запросов., Proxmox Виртуальная Среда
Commissar0617
Guest
0
25.02.2025 05:17:00
Чрезмерная частота опроса SMB вызывает проблемы с отладкой Truenas и, возможно, даже приводит к сбою службы SMB на Truenas. Компания Ixsystems особо выделяет PVe SMB как источник проблемы.
boomshankerx
Guest
0
20.03.2025 19:54:00
Это тоже проблема с zfs поверх iscsi. В логах моего Truenas Scale полно сообщений об аутентификации, из-за чего сложно увидеть другие проблемы. Похоже, что и Proxmox, и Truenas не хотят признавать это проблемой. Я предполагаю, что где-то нет настройки для изменения частоты опроса. Кажется, Truenas вообще не заинтересован в том, чтобы позволить нам фильтровать эти сообщения. В результате получилась ничья. Страницы и страницы всего этого: Код: Mar 19 20:38:43 nas systemd-journald[710]: Data hash table of /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal has a fill level at 75.0 (8533 of 11377 items, 6553600 file size, 768 bytes per hash table item), suggesting rotation. Mar 19 20:38:43 nas systemd-journald[710]: /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal: Journal header limits reached or header out-of-date, rotating. Mar 19 23:09:43 nas systemd-journald[710]: Data hash table of /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal has a fill level at 75.0 (8534 of 11377 items, 6553600 file size, 767 bytes per hash table item), suggesting rotation. Mar 19 23:09:43 nas systemd-journald[710]: /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal: Journal header limits reached or header out-of-date, rotating. Mar 20 01:38:14 nas systemd-journald[710]: Data hash table of /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal has a fill level at 75.0 (8533 of 11377 items, 6553600 file size, 768 bytes per hash table item), suggesting rotation. Mar 20 01:38:14 nas systemd-journald[710]: /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal: Journal header limits reached or header out-of-date, rotating. Mar 20 04:02:44 nas systemd-journald[710]: Data hash table of /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal has a fill level at 75.0 (8537 of 11377 items, 6553600 file size, 767 bytes per hash table item), suggesting rotation. Mar 20 04:02:44 nas systemd-journald[710]: /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal: Journal header limits reached or header out-of-date, rotating. Mar 20 06:34:14 nas systemd-journald[710]: Data hash table of /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal has a fill level at 75.0 (8534 of 11377 items, 6553600 file size, 767 bytes per hash table item), suggesting rotation. Mar 20 06:34:14 nas systemd-journald[710]: /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal: Journal header limits reached or header out-of-date, rotating. Mar 20 09:05:14 nas systemd-journald[710]: Data hash table of /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal has a fill level at 75.0 (8533 of 11377 items, 6553600 file size, 768 bytes per hash table item), suggesting rotation. Mar 20 09:05:14 nas systemd-journald[710]: /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal: Journal header limits reached or header out-of-date, rotating. Mar 20 11:35:25 nas systemd-journald[710]: Data hash table of /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal has a fill level at 75.0 (8534 of 11377 items, 6553600 file size, 767 bytes per hash table item), suggesting rotation. Mar 20 11:35:25 nas systemd-journald[710]: /var/log/journal/41b709d33bd84b5781e0dbebfc8542bc/system.journal: Journal header limits reached or header out-of-date, rotating.
fiona
Guest
0
21.03.2025 10:05:00
Я признал проблему и предложил, что можно сделать, чтобы повысить шансы на то, что кто-то обратит на это внимание (в будущем).
chrcoluk
Guest
0
10.10.2025 16:44:00
Да, только что выложил здесь, у меня TrueNAS. Ох и морока с регистрацией на той странице для баг-репортов, а потом ещё и сообщение, что доступ заблокирован — видимо, TrueNAS не хотят, чтобы баги были в открытом доступе. Если кто сможет скопировать и вставить всё это, было бы здорово.
Сообщение в теме «NAS постоянно активен после настройки SMB-шары в Proxmox» 10 октября 2025
У меня проблема проявляется в том, что нагрузка на логирование на NAS резко выросла — каждый запрос от Proxmox приводит к новой аутентификации и логируется.
Но это, похоже, не мешает дискам уходить в сон, они всё равно остаются в выключенном состоянии, наверное из-за кэширования ZFS. Так что в моём случае, наверное, просто перенастрою логирование. Но я реально считаю, что опрос Proxmox каждые 10 секунд удалённого хранилища — это перебор.
Похоже, он просто узнаёт, сколько места занято, так что я думаю, что раз в минуту или даже реже — и с возможностью настройки — было бы вполне достаточно, не нужно столько частых запросов.
Обновление, кажется... chrcoluk
chrcoluk
Guest
0
10.10.2025 16:49:00
Похоже, что на скриншоте вы не используете keepalive. Я заметил, что, например, при доступе к SMB в моей локальной сети повторных запросов на аутентификацию не возникает, а PVE делает такой запрос каждые 10 секунд (для каждого экземпляра PVE). Если вы сможете дать какую-то информацию о том, как именно PVE осуществляет опрос, возможно, я смогу понять, можно ли обойтись без повторной аутентификации. Точку монтирования я нашёл, но не тот элемент, который занимается опросом — возможно, это часть процесса atop?
chrcoluk
Guest
0
10.10.2025 17:11:00
Я заметил, что в TrueNAS Core нет настроек для ведения журнала аутентификации. Пришлось вручную пропатчить middleware, чтобы отключить логирование успешных аутентификаций — это не идеально, но хотя бы перестало засорять логи. Однако меня удивило, что это уменьшило всю нагрузку на ввод-вывод только примерно на 20%, значит, есть ещё что-то, что вызывает запись на загрузочный диск, когда Proxmox монтирует хранилище. Сложно отследить, потому что в FreeBSD, похоже, нет нормальных инструментов для мониторинга ввода-вывода по отдельным файлам. В логах я не вижу ничего другого, куда что-то записывалось бы. Статистика zfs io показывает, что загрузочный пул пишет по 1,76 мегабайта каждый раз, когда Proxmox опрашивает систему. Хотя другие данные показывают примерно 13 кБ/с. Со стороны Proxmox можно было бы сделать интервал в 10 секунд настраиваемым или даже полностью отключить мониторинг, применяя проверку только тогда, когда к хранилищу происходит доступ.
chrcoluk
Guest
0
11.10.2025 17:24:00
Окей, думаю, я решил эту проблему. Этот пост помог мне сдвинуться с места. Пост в теме «[Вопрос] Нужна информация по параметрам конфигурации для службы pvestatd» 9 марта 2023:
Привет, исходный код pvestatd тут. Что именно ты хочешь настроить? Дело в том, что особо настраивать pvestatd нечего. Это простой демон, он изначально не предназначен для конфигурирования.
cheiss: Обратите внимание, это не решение с полным сохранением функционала, я выложу больше после тестирования, но в общем решение отключает проверку соединения в расписании pvestatd (каждые 10 секунд) для CIFS-хранилища, у всех остальных типов хранилищ поведение остаётся обычным. Всё ещё остаётся небольшой сетевой трафик, но все издержки на запись на TrueNAS остановились. Кроме того, код не совсем аккуратный, я планировал сделать по-другому, но в итоге просто решил всегда возвращать положительный статус. Вот почему он по пустякам выставляет внутренние переменные.
При клике по хранилищу в GUI всё ещё можно получить актуальную информацию. Так что единственное утерянное — а оно и так пропадает при отключении — это скорее всего график отображения использования пространства со временем.
if (defined($scfg->{smbversion}) && $scfg->{smbversion} ne 'default') {
Примечание — возможно, даже потерянный график CIFS, о котором я говорил, может и не пострадать, потому что я просто заменил функцию проверки соединения на эмулирующую, которая всегда отчитывается об успешном состоянии. Трафик всё равно есть, значит PVE продолжает фоновую работу, и возможно, данные об использовании пространства всё ещё обновляются. Так что потеря графика — это предположение, а не проверенный факт.
