[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [openbsd] Re: modload ipflow error



Gregory Edigarov wrote:
dem wrote:
Gregory Edigarov wrote:
Sergey Prysiazhnyi wrote:
On Fri, Jun 22, 2007 at 10:34:55AM +0300, dem wrote:
Подскажите пожалуйста что не так? Собирается без проблемм, на десктопе тоже все завелось, а на продакшн сервере ну ни как не хочет вгрузиться

Странно, по внешним признакам всё хорошо, но всё таки поиграйтесь с правами доступа к /usr/lkm/.
Проблема именно там.

Да и в догонку, вопрос, Вы говорите всё поднялось на десктопе... Сколько там у Вас процессоров?
Потому как ipflow уж очень нестабилен при bsd.mp, имея
OpenBSD 4.1-current (GENERIC.MP) #0: Thu Jun 21 13:17:02 EEST 2007 dem@home:/usr/src/sys/arch/amd64/compile/GENERIC.MP

как у Вас, ответ очевиден. Если что, пишите. Всего хорошего и доброго.

; проверил бы, нет под рукой MP в воскресенье :).
другое подозрение, что на десктопе у него таки Intel, а на сервере таки AMD. А на AMD даже без многопроцессорности у меня тоже любой lkm не подгружается с такими же ошибками. Находил патч , который исправляет загрузку LKM на amd64, этот патч конфликтует с wscons, но если консоль не нужна, то видимо можно использовать. Вобщем, надо ковырять. Если кто найдет решение, позволяющее загрузить lkm на amd64, и не гробящее wscons - дайте знать. С моей стороны - тоже самое.

Заранее спасибо.


Все именно так, как сказал Григорий и от этого не весело... Ставить непонятный патч на работающий сервант? стремно как то... Какие сенсоры NetFlow использует коммуна? Я уже совсем отчаялся найти чет приемлемое Ж(

pfflowd не пробовали? на мой взгляд - ничего. По сведениям, почерпнутым из источников - имеет тенденцию к потере трафика, но я сам на это пока еще не нарывался. Т.е. у меня вроде пашет неплохо.
У меня сейчас работает считалка на спирте, но появляются еще роутеры с кот тоже надо считать. Вот и появилась необходимость сделать коллектор траффа и сенсоры к нему. По поводу pfflowd - действительно идея не плохая, но по сравнению со спиртом - результаты отличаются на порядок! Пару дней тестил с softflowd (разработчик тот же) и тоже ничего утешительного - теряем трафф еще как теряем :(

и вот на десктопе поставил ipflow - изящное решение, легкое, с патчиком отлично делает flow-send.... что еще надо? И тут такая лажа :( Понедельник, мать его... Только что из-за вот этого http://pdp-11.org.ru/~form/openbsd/files/patches/amd64-lkm.patch.gz, продакшн ушел в ступор, хорошо что в свое время failover-carp поставил/
Если именно NetFlow не нужен, а нужен просто подсчет трафика -
тут уже есть варианты, хоть тот же trafd.
В принципе, я мог бы собраться с духом и сделать сенсор, встроенный в ядро, но... Здесь есть ряд вопросов. Главный из которых - как потом это пропихнуть в майнстрим? Без пропихивания - достаточно мало смысла это делать, так как будет работать только до апгрейда.

На сколько я понял политику, Тео не жалует чужой код в ядре... оно и понятно, но попытка не пытка и если вокруг этого поделия образуется группа поклонников - прийдется разработчикам идти навстречу (хотя снова же, в опенке сомневаюсь).

--
To unsubscribe send a mail to openbsd+unsubscribe@uaoug.org.ua