den68
Тип контенту
Профили
Форум
Календарь
Сообщения додав den68
-
-
Из изменений по радиусу только исправления сборки под FreeBSD. FreeRADIUS второй ветки все еще не поддерпживается.
MySQL не трогал.
Спасибо, пришли плз. на почту текущий билд, попробуем медленно на него ...
-
т.е. 8 сек и это на тестовой системе, которая простаивает... интересно, что же будет под нагрузкой и как можно это дело оптимизировать?
Шифрование убери для начала...
-
а у кого уже "продакшн", нельзя ли патч выложить?
Проще выложить текущий срез исходников. Если надо - могу заслать на почту.
Пришли мне пожалуйста.
Давно не заглядывал, по этому хочу спросить:
как в текущем билде обстоит работа с:
1. радиусом (надежность, версии радиуса с которыми работает)
2. mysql модуль не переписывали
- ?
-
Правильно. Там для теста сделано 2 скрипта, которые бесконечно работают с iptables. При одновременной работе этих скриптов вылазят ошибки. Правда, не знаю на сколько это актуально для современных ядер и iptables.
Актуально, это случается когда правило в данный момент используется/занято + большая нагрузка на иптаблес в плане удаления/добавления правил. мы на эти грабли года 4 назад наступили - теперь каждое правило удаляем в цикле
-
Странно. А можешь показать консольный лог в этот момент? И еще выхлоп ./build debug. Ну и настройки не помешали бы. Да и конфигурация машины до кучи.
На выходных ночью повторю.
# ./build debug
#############################################################################
Building STG 2.4 for Linux
#############################################################################
Checking endianess... Little Endian
Checking for -lexpat... yes
Checking for -lfbclient... no
Checking for mysql_config... yes
Checking for mysql_config --cflags... [-I/usr/include/mysql]
Checking for mysql_config --libs_r... [-L/usr/lib/mysql -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread]
Checking for -lpq... no
Машина (Xeon):
12:20:41 up 17 days, 10:05, 1 user, load average: 0.98, 0.48, 0.34
73 processes: 72 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states: 1.1% user 23.1% system 0.0% nice 0.0% iowait 74.1% idle
CPU1 states: 1.1% user 12.1% system 0.0% nice 0.0% iowait 85.0% idle
CPU2 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle
CPU3 states: 9.0% user 0.0% system 0.0% nice 0.0% iowait 90.1% idle
Mem: 2070032k av, 1825560k used, 244472k free, 0k shrd, 180684k buff
780796k active, 678340k inactive
Swap: 779144k av, 0k used, 779144k free 1278292k cached
Настройки (cтандартные):
LogFile = /var/log/stargazer2.4.log
Rules = /etc/stargazer_2.4/rules
DetailStatWritePeriod=1/6
StatWritePeriod = 30
DayFee = 1
DayFeeIsLastDay = yes
DayResetTraff = 1
SpreadFee = no
FullFee = yes
FreeMbAllowInet = no
WriteFreeMbTraffCost = no
ShowFeeInCash=yes
<DirNames>
....
</DirNames>
ExecutersNum = 1
ExecMsgKey = 5555
ModulesPath = /usr/lib/stg
MonitorDir=/var/stargazer_2.4/monitor
<StoreModule store_mysql>
dbuser = xxxx
rootdbpass = xxxxx
dbname = homeuserstg
dbhost = 127.0.0.1
dbport = 3306
dbtimeout = 15
dbsocket = /var/lib/mysql/mysql.sock
dbtablecharset = koi8r
</StoreModule>
<Modules>
<Module auth_ao>
</Module>
<Module auth_ia>
Port = 7777
UserDelay = 99
UserTimeout = 300
FreeMb = cash
</Module>
<Module conf_sg>
Port = 7777
</Module>
<Module cap_ipq>
</Module>
<Module radius_ia>
Secret=xxxx
NasIP=192.168.xxx.xxx
NasIP=192.168.xxx.xxx
AuthPort=1812
AcctPort=1813
TrafficDir=3
UpdateInterval=30
SwapInOut=1
</Module>
<Module cap_nf>
UDPPort=9996
TCPPort=9996
</Module>
</Modules>
-
Что-то у меня не заработало, общее ощущение - что при обращении конфигуратором он гдето на полпути впадает в кому, и ни инетацеес ни конфигуратор уже к нему не подключаются...
P.S. в sgconf очень хотелось бы видеть параметр - таймаут ответа сервера ...
-
Некритично, но информации ради:
Сборка:
/include/common.h: In
function `const std::string& x2str(varT, std::string&) [with varT = long
long unsigned int]':
file_store.cpp:1817: instantiated from here
include/common.h: In
function `const std::string& x2str(varT, std::string&) [with varT = long
long unsigned int]':
parser.cpp:267: instantiated from here
/include/common.h:171: warning: comparison
of unsigned expression < 0 is always false
parser.cpp:267: instantiated from here
/include/common.h:192: warning: comparison
of unsigned expression < 0 is always false
-
Возникла проблема старгайзер периодически (примерно 3-10 минут в час) грузит проц до 100% в итоге ...
Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает.
-
С данной ссылки на первой странице - архив качается битый, может куда в другое место положить ?
-
Это, я думаю, из USER::MidnightResetSessionStat? Но там тоже в параметрах указано true. Собственно, те-же яйца, что и в USER::ProcessNewMonth.
Не, это все в void USER::ProcessNewMonth()
-
Еще алогизмы в: void USER::ProcessNewMonth()
if (connected)
{
Disconnect(true);
}
DIR_TRAFF zeroTarff;
............
if (connected)
{
Connect(true);
}
............
if (connected)
{
Connect();
Disconnect();
}
-
den68 давал ссылку на дифф файлик, но кудато этот файлик делся ))
-
Вы думаете что Atlon 5200+ X2 2GB DDR 320GB raid1 2x1Gbit/s не справляется с загрузкой ? при прокачке через него 200-300Мбит/сек процик пригружен на 16-18 % и неуспевает статистику писать ? Единственное на что я могу грешить так это на то что Stargazer не особенно дружит с Фёдорой..
Он не особенно дружит с потоками на SMP.
-
Или я лох.. Расскажите
А при чем сдесь картинка про пидорасов
? -
Ждите 2.406. Там эта проблема исправлена. Релиз ожидается со дня на день.
Любопытно кто все же занимается релизами, stg, madf или egor2fsys ?
-
поидее в адекватной системе расчёта должен быть журнал событий, если он есть и он нормально организован то пофигу выключался свет или нет...
В адекватных системах предоставления услуг связи электрическое питание подается постоянно, иначе это не является "услугами" связи.
P.S. Резервный ввод, УПС, дизель/бензино генератор ... и другие решения ...
-
Хм, так нестабильность зависит от версии мускула?
По частным наблюдениям - да. В 5.х версиях еще более вычурно/непредсказуемо работает функция mysql_real_connect(..) из библиотеки...
пользуемся 4.х ...
Хотя это субьективно, но с 5.х глюков явно более ...
-
Кому интересно - могу дать текущие исходники того, что я хочу реализовать. Ели бы у нас не лежал основной канал в инет - можно было бы попробовать реализовать это вместе, используя CVS.
Давай, попробую с радостью поучаствовать, правда время не вагон ...
-
перейдем к делу:
готов заплатить 50$ тому кто дабьет этот буфер до конца.
за срочность еще добавлю 20$
Я из принципа поучаствую = 200$ только условие - програмер не тот кого нанимал Макс для прошлых поделок.
-
тебе скорей всего поможет
user.cpp -lastWriteStat = stgTime + random() % settings->GetStatWritePeriod(); +lastWriteStat = stgTime + settings->GetStatWritePeriod();
....
Спасибо, это реализовано давно, чтоб поток не затыкался и все не вставало колом:
#define FLUSH_TIME (3)
#define REMOVE_TIME (5)
понимаю что мало и неправильно но .. как-то работает, пока ...
косяки где-то глубже, в идеологии сбора траффа + накопления детайл стат ...
-
Спасибо, это я так понимаю с кодом Алферова совместно ?
-
Ураа !! наконец-то кто-то взялся за Traffcounter !!
как показывали эксперементы у меня, именно в нем есть зацикливание и повышение нагрузки на проц.
-
...
Тебя не затруднит сделать в виде патча то что ты правил в самом СТГ, без модуля mysql ?
-
есть стабильная сборка. много что поправленно. mysql_mod полностью переписан, работает стабильно.
3.5К пользователей около 1К онлайн.. биллинг за месяц не разу не упал. переход на новый месяц прошел без косяков. пишите лс
Чего так таинственно ? выложил бы посмотреть чтоли ...
или если не затруднит - брось на почту.
stg-2.407-rc1
в Розробка Stargazer
Опубліковано:
ДАВАЙТЕ мускуль перепишем
с дефолтным падает восновном при записи статистики.
тот что я переписывал - коряв весьма, лениво начинать сначала, да и в c++ я не сильно силен, синтаксис и решения базируются на чистом c, без плюсов, да и перлом я разбалован
напредмет ошибок в коде и последствий ... 