madf

Ну тогда прийдется ждать пока получится повторить падение у нас. Или кто-то другой по такой же проблеме сделает корку...

Клиентская либа мускула лежит в /usr/lib/mysql ldconfig -p показал, что каталог /usr/lib/mysql прописан в кеше компоновщика, т.е. он библиотеку найдет без дополнительных шаманств. Таким образом, записи с префиксом /usr/local не нужны. Симлинки в каталоге /usr/lib тоже не нужны. Достаточно флага -lmysqlclient

Та не, от бинарей толку мало. Сделай ulimit -c 10000 и запусти старгейзер вручную. Когда упадет - в текущем каталоге будет корка.

Плохое решение. Все-таки приведите вывод ldconfig -p | grep mysql

Где у тебя лежит libmysqlclient.so?

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

Ну, собсно, то-же самое. По известным компилятору путям библиотека не найдена, а make не знает как ее собрать. Вобще говоря, не понял, как так получилось, что build разрешил сборку модуля mysql, а сам модуль собраться не может. Подозрительно, однако! Покажи, плз, файлик Makefile.conf (он должен быть в самом корне) и вывод команды ldconfig -p | grep mysql

Не советую. К чему это может привести - неизвестно

Я не имел в виду системный лог. Это лог изменений параметров пользователя. В файловой БД - это файлик log в каталоге пользователя. В БД Firebird - это таблица tb_params_log. В БД MySQL - это набор таблиц logs_*_* Соответственно, используя grep для файла, fk_param для Firebird и like для MySQL можно получать только статистику по изменению параметра cash. В т.ч. "кто изменил?", "когда изменил?", "с какого IP-адреса?", "какое было старое значение?", "какое стало значение?". А вот видеть такой лог из конфигуратора пока проблематично.

Раз модуль не собрался и не собирается вручную - значит компилятор не видит быблиотеки libmysqlclient.so Варианты: 1. MySQL установлен, но по префиксу /usr/local. Решение: сделать симлинк заголовочных файлов MySQL из /usr/local/include в /usr/include; сделать симлинк клиентской библиотеки /usr/local/lib/libmysqlclient.so в /usr/lib 2. MySQL не установлен. Решение: установить его

По сабжу понял. Возможно имеет смысл сделать опциональное погашение кредита за счет вносимых на счет средств. Об этом надо подумать. В конфигураторе есть поле "Запись в лог" - это как раз коментарий к пополнению счета. Так же в логе всегда пишется кто (из админов) и когда (дата/время) изменил каждый из параметров (в т.ч. и счет) пользователя.

Я все равно не пойму, чем это отличается от кредита. Опиши подробно, что ты хочешь. Только создай отдельную тему.

1. Ничерта не понял. При чем тут авторизатор? 2. Не уверен что это и есть нагрузка. Какое, примерно, количество пользователей отконнекчивается, скажем, за 10 сек? Может, покажешь кусочек консольного лога при макс. нагрузке? Строчек, эдак, на 100? Можно в почту: faust (at) stg.dp.ua

Кредит - это единовременный кредит (масло масленное? . И на следующий месяц он не переносится.

Не вижу разницы между "в долг" и "кредит".

А с базой все в порядке? Не похерилась? Права на файлы нормальные? Юзер-то не найден.

Если пакеты теряются - значит они не попадают под правила файрвола для коллектора. ipq не может терять пакеты по определению. Если с ether_cap не работает авторизатор - скорее всего опять проблема в файрволле. По поводу нагрузки: попробуйте пустить в дебаговом режиме и посмотреть - что это он там такое делает, что 99% проца грузит.

ipq_cap сильнее нагружает машину, но он гарантирует 100% перехват трафика. ether_cap меньше нагружает машину, но может пропускать пакеты. Такие дела... Для файла projects/sgconf/main.cpp: @@ -592,7 +592,8 @@ break; case 'm': //message - ParseMessage(optarg, &req.usrMsg); + //ParseMessage(optarg, &req.usrMsg); + req.usrMsg = optarg; break; case 'e': //Prepaid Traffic Вот, примерно, как-то так. ВНИМАНИЕ! Этот код не предназначен для patch! Это просто кусочек diff'а из CVS

1. Было бы неплохо увидеть больший кусок лога. То что привели Вы - это конец, а не начало ошибки. 2. Судя по приведенному, скорее всего проблема в установке вашего компилятора. Такое уже было на какой-то SuSE. Попробуйте или более старую или более новую версию.

В 2,403 тоже ./build debug Но там были какие-то нюансы. Кажется, не добавлялся ключ -g3. Если что, можно вручную поправить потом файлик Makefile.conf и дописать все необходимые ключи. Главное после этого запустить make а не build

./build debug если у вас 2.404

Не странно. Корка образовуется только если снять лимитирование core file size Делается это командой ulimit -c 10000 (10000 блоков хватает, обычно, всегда) Файл корки создается в каталоге, который является текущим для программы на момент падения. Т.е., откуда запускаете - там и корка.

По другому никак. Stg не поднимается выше протокола IP. Юзай прокси и лови все на нем.

Аминь!

Есть обычная, а есть - детальная статистика. # Время через которое пишется d БД детальная статистика пользователя # Значения: 1, 1/2, 1/4, 1/6. # 1 - раз в чаc, 1/2 - раз в пол часа, 1/4 - раз в 15 мин, 1/6 - раз в 10 мин DetailStatWritePeriod=1/6 # Периодичность записи записи в БД информации о статистике пользователя (минуты) # При большом кол-ве пользователей эту величину стоит увеличить, т.к. # запись в БД может занимать длительное время. # Значения: 1...1440 (минуты) StatWritePeriod = 10 Вот обычную нужно замедлить.