madf

В принципе, да

Было бы неплохо получить лог отладочного режима. А если падает с Segmentation fault, Illegal instruction или Bus error - тогда и корку до кучи.

Уже обсуждалось. Это нормальное явление - один и тот-же пакет 2 раза "светится" на интерфейсах системы. Используйте захват трафика через mod_ipq_cap

В текущей версии отключить нельзя. Можно чистить таблицу по крону, не удаляя ее.

Нет, не будет. Нововведения больше не принимаются. Проект в стадии стабилизации.

Кроме как порогами - никак.

Улыбнуло

2.95 пока поддерживается, но очень не советую. Скорее всего это будет последний релиз, который поддерживает 2.95. Рекомендую 3-ю ветку, особенно последние версии.

Как старгейзер сможет записать данные в поле, название которого он не знает? Структуру базы менять нельзя без изменения плагина, который с ней работает.

make запускает компилацию. make и make install сильно зависят от того, где они лежат. А вобще, конечно, можно собрать бинарники на одной машине и использовать их на другой. Собственно, так и делается во всех дистрибутивах, основанных не на исходных кодах. Нужно только чтобы компиляция была под правильную платформу и совпадали пути установки библиотеки и исполняемых файлов.

Посмотрите тут. Попробуйте другую версию компилятора.

Судя по этому кусочку - что-то не так с компилятором. Точнее - с реализацией STL. Кажется, на какой-то SuSE такое было...

Захват трафика через ipq?

Очень глупая бага. inetaccess.cpp:1216, позиция 18. Там стоит "0" - фаза 20. А на самом деле должна быть фаза 2. Прибить и пересобрать.

Хм. А пользователь БД правильно настроен? Может он не может писать данные в базу?

Internal Compiler Error, или, сокращенно, ICE. Внутренний баг gcc. Да, эта бага уже проскакивала осенью. Возникает только на x86_64-архитектуре при включенном -O любого уровня. Вопрос решился отключением внутреннего таймера при сборке релиза с оптимизацией (внутренний таймер активно используется только в отладочном режиме). По умолчанию, при сборке в debug-режиме вместо флагов -O2 -pipe подставляется флаг включения отладочной информации -g3. Однако, если Вы патчили скрипт build я не могу гарантировать его правильной работы Решение: в отладочном режиме отказаться от какой-либо оптимизации.

По первому могу сказать, что такая проблема уже была и она решена. По остальному - слишком мало информации... Хотелось бы посмотреть на логи работы сервака в отладочном режиме.

Вместе с плагином для Firebird идет универсальный конвертор, работающий на уровне плагинов а не СУБД.

Все изменения любых параметров пользователя (в т.ч. и его счета) пишутся в основной лог stg. Самым обычным grep их можно оттуда вытащить. Кроме этого существует скрипт OnChange который получает в качестве параметров название изменяемой величины, старое и новое значение - тоже можно использовать для получения такого лога. Третий вариант - использовать СУБД Firebird как хранилище данных. В таблице tb_params_log тоже ведется статистика изменений всех параметров. Кроме того в ней записаны имена администраторов, меняющих параметры, IP-адреса, с которых они подключились и коментарии, которые они пр

Сейчас некоторые причины падений пофикшены. Думаю, через 2-3 дня будет релиз. Посмотрите как он работает.

Разработка ведется под Gentoo и Ubuntu. На них запустится точно.

Должно работать на всех дистрибутивах Linux с ядрами 2.4 и выше. И на FreeBSD начиная с 4-й ветки.

Не сайтов я IP-адресов. stg ловит пакеты на уровне протокола IP. До всего что выше - ему дела нет, в т.ч. - и для HTTP. И детальная статистика там есть - смотрите внимательнее.

Хм, какие-нибуть патчи на сервер накладывали? В приведенном кусочке детальной статистики отсутствует корелляция между объемом трафика и его стоимостью. В 5-й колонке какой-то бред.

Конфиг тарифов приведи