Pfsense 2.3.5 забивает VAR/RUN
-
Чему равен MBUF Usage в дашбоард?
У меня Pfsense выделял слишком мало для 4-х портовой карты и от этого падал под нагрузкой.
Как тут советуют
https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards#Intel_igb.284.29_and_em.284.29_Cards
увеличил
kern.ipc.nmbclusters до 262144
В статье советуют 1000000, но мне хватило 262144 -
Чему равен MBUF Usage в дашбоард?
У меня Pfsense выделял слишком мало для 4-х портовой карты и от этого падал под нагрузкой.
Как тут советуют
https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards#Intel_igb.284.29_and_em.284.29_Cards
увеличил
kern.ipc.nmbclusters до 262144
В статье советуют 1000000, но мне хватило 2621445% (24560/505554)
-
в общем на днях решил забороть этот косяк. В очередной раз переставляя PF вынул все сетевые карты из сервера. Остались только встроенные. После установки дал на одну из встроенных карточек интернет, и как не странно после перезагрузки GNID отработал нормально. Система получила некий идентификатор, и благополучно стартовала. Я вернул все доп карты обратно и пока что полет нормальный.
Мысль такая. GNID генерирует некий хэш из мак адресов карт установленных на сервере. Это заранее гарантирует его уникальность, и как бы не сильно заморочно. Беда в том что при наличии более 5-6 сетевых интерфейсов программа загибается. Видимо не доработка. Я попробовал оставить одну 4 портовую карту и результат тот же. (получилось 6 портов, 2 встроенных и 4 моих на карте) А вот при установке 2 карт одно портовых все прошло штатно…
На ранних версия PF такой проблемы я не наблюдал и железяки работали стабильно, видимо кто то что то поправил... Вот.