madf

Что-то Max CVS не трогает... Короче, жду отзывов по mysql-mutex. Если все будет ок - положу в CVS

Код курить... Ну, в общем, делаеш отладочные вставки во все места, где только можно и ждеш пока не произойдет баг. Потом начинаеш анализ логов. В принципе, если мужество присутствует, могу через некоторое время выслать по почте или где-то выложить спецверсию сорсов mod_auth_ia - чтобы вы его покатали а потом мне логи заслали.

Ну, вроде, все правильно. Как вариант - посмотри в теме про новую сборку (ближе к концу) - там я и den68 обсуждали падения мускула и он выкладывал ссылки на модифицированный модуль (блокировки, другая логика работы с базой).

Оно не будет оставлять пустых файлов stat и conf при падении. Бэкап мускульной таблицы (исключая детайльную статистику) на порядок меньше файлов. Конвертор в данном релизе рабочий делает туда и обратно. Начиная с версии 2.403 и по нынешнюю имеется неприяный баг: просто не авторизируется и не выдает никаких ошибок. Смена любого символа в логине или пароле мнгновенноы выдает ошибку, а на правильные - молчок. После перезапуска старгейзера все нормально. Получается такое после долгой непрерывной работы эдак 4-5дней. Уже думаю переодически перезапускать... Случается на одно-двух учетках, какой

Возможно, налажал с файрволом и пакеты по 10 раз попадают в диверт. Больше ничего не могу предположить.

Видать, /etc/stargazer/rules остался старый и новый трафик каким-то макаром попадает в NULL-направление. По диверту: сперва почитай про него, скажем, на вике. Потом посмотри доку на сайте к версии 2.0. Потом прочти мои сообщения в той теме. Или просто глянь в доку к версии 2.405

"Поднимите мне веки!" Покажите что говорит ldd mod_store_mysql.so

Это не ошибка. Абонплата снимается частично если: - юзер был добавлен не 1-го числа; - юзер был "заморожен". Чтобы отключить эту логику в конфиге пропиши FullFee = yes

2. У нас пока нет рабочей FreeBSD 7.0 чтобы на ней обкатать скрипты. 3. В разных дистрибутивах библиотеки и заголовочные файлы mysql лежат в разных местах. Так что правка скриптов для сборки мускула - это скорее задача мейнтейнеров. Но, скорее всего, к следующему релизу я сделаю более гибкое определение библиотек. 4. Очистка файлов - есть в этом релизе. Перенос - конвертор. Бекап (по крайней мере в Firebird) делает штатными средствами. Разные скрипты потихоньку собираем и включаем в архивы.

Stargazer изначально задумывался как счетчик трафика. По этому - ...

В ту дирректорию, из которой запускался

Получить core-файл (ulimit -c 10000 и после этого добиться Segmentation fault) и отправить его мне на faust@stg.dp.ua вместе со всеми бинарями (библиотеки, плагины и сам старгейзер). А, да, еще - патчи какие-нить накладывались?

1. Удвоение трафика - результат маршрутизации пакетов. Они 2 раза проходят через интерфейсы машины и 2 раза попадают в коллектор. 2. cap_ipq - Linux-only.

То есть, модификация готовой системы? Или все-таки создание своей "с нуля"? То что там на сайте - жутко комерческое

Я так понял, это какой-то WEB-интерфейс к... чему? Распиши по пунктам, что это, какие функции выполняет и для чего это нужно. С моей стороны - любые консультации по Stg. PS: пару лет назад обсуждалась идейка сделать некий интерфейс провайдера, автоматизирующий управление пользователями и ресурсами. Если я правильно понял - это что-то похожее.

Отправь мне лог сборки на faust@stg.dp.ua Проблема решаема.

В новости на оффсайте есть ссылка, по которой описано как мигрировать на новую версию со старыми базами. Вот она: http://stg.dp.ua/articles/DB-2.405-Patch-HowTo.txt В архиве с исходниками в каталоге projects/stargazer/inst/var лежат инкрементные патчи (ALTER'ами) к SQL-базам. Файловая база патчей не требует.

В 2.405 слегка поменялась база (описано в новостях на stg.dp.ua). По этому конвертор создал тебе базу не того формата, что может схавать плагин мускула. А вся проблема там в том, что данные читаются как select * ... - без явного указания полей и порядка. По этому изменения базы портят всю малину. Как вариант решения - использовать конвертор со старыми плагинами. Для этого пропиши в конфиге конвертора путь к плагинам /usr/lib/stg

О! Опять RedHat ушки показала! Попробув build вызывать так: CFLAGS=-D_GNU_SOURCE ./build

uint32_t нужен для работы с Netflow. Но при этом на FreeBSD возникает такой глюк как ты описал выше. Причина возникновения глюка доподлинно неизвестна, но есть подозрение что это один из "хаков" тянущихся еще с версии 2.0 для ускорения обсчета трафика. И да - нужно перекомпилировать все.

Попробуй в include/raw_ip_packet.h заменить uint32_t GetLen на uint16_t GetLen

На скрипты OnChange повесь реконфигурацию dhcp. Подобное дело делал den68 - можешь у него поинтересоваться.

Это не правильно. Я там выше немного написал пример правильного конфига. Единственный параметр секции - Port, в котором указываеш номер порта, на который твой файрвол "заворачивает" трафик. PS: в доке к 2.405 я это осветил

Программно. То есть - модифицируя код.

Я розумію, дока вже застаріла і там все не зовсім так, але... Якщо ти знаєш що таке Divert socket і як він працює, - нескладно здогадатись що в плагін треба прописати порт, на який "завертається" трафік. Тож секція має бути такого виду: <Module cap_divert> port = 42000 // Наприклад </Module>