den68

ДАВАЙТЕ мускуль перепишем с дефолтным падает восновном при записи статистики. тот что я переписывал - коряв весьма, лениво начинать сначала, да и в c++ я не сильно силен, синтаксис и решения базируются на чистом c, без плюсов, да и перлом я разбалован напредмет ошибок в коде и последствий ...

Спасибо, пришли плз. на почту текущий билд, попробуем медленно на него ...

Шифрование убери для начала...

Проще выложить текущий срез исходников. Если надо - могу заслать на почту. Пришли мне пожалуйста. Давно не заглядывал, по этому хочу спросить: как в текущем билде обстоит работа с: 1. радиусом (надежность, версии радиуса с которыми работает) 2. mysql модуль не переписывали - ?

Актуально, это случается когда правило в данный момент используется/занято + большая нагрузка на иптаблес в плане удаления/добавления правил. мы на эти грабли года 4 назад наступили - теперь каждое правило удаляем в цикле

На выходных ночью повторю. # ./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

Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает.

С данной ссылки на первой странице - архив качается битый, может куда в другое место положить ?

Не, это все в void USER::ProcessNewMonth()

Еще алогизмы в: void USER::ProcessNewMonth() if (connected) { Disconnect(true); } DIR_TRAFF zeroTarff; ............ if (connected) { Connect(true); } ............ if (connected) { Connect(); Disconnect(); }

http://www.nkl.ru/support/mysql_store.0.68-mutex.tar.gz

Он не особенно дружит с потоками на SMP.

А при чем сдесь картинка про пидорасов ?

Любопытно кто все же занимается релизами, stg, madf или egor2fsys ?

В адекватных системах предоставления услуг связи электрическое питание подается постоянно, иначе это не является "услугами" связи. P.S. Резервный ввод, УПС, дизель/бензино генератор ... и другие решения ...

По частным наблюдениям - да. В 5.х версиях еще более вычурно/непредсказуемо работает функция mysql_real_connect(..) из библиотеки... пользуемся 4.х ... Хотя это субьективно, но с 5.х глюков явно более ...

Давай, попробую с радостью поучаствовать, правда время не вагон ...

Я из принципа поучаствую = 200$ только условие - програмер не тот кого нанимал Макс для прошлых поделок.

Спасибо, это реализовано давно, чтоб поток не затыкался и все не вставало колом: #define FLUSH_TIME (3) #define REMOVE_TIME (5) понимаю что мало и неправильно но .. как-то работает, пока ... косяки где-то глубже, в идеологии сбора траффа + накопления детайл стат ...

Спасибо, это я так понимаю с кодом Алферова совместно ?

Ураа !! наконец-то кто-то взялся за Traffcounter !! как показывали эксперементы у меня, именно в нем есть зацикливание и повышение нагрузки на проц.

Тебя не затруднит сделать в виде патча то что ты правил в самом СТГ, без модуля mysql ?

Чего так таинственно ? выложил бы посмотреть чтоли ... или если не затруднит - брось на почту.