Silitra

не туда написал

ну как там? дела идут ?

2madf на заметку Возможно поможет в решении данной проблемы в traffcounter.cpp функция DelUser закоментил //pi.first->second->second.userU->AddTraffStatU( .... //pi.first->second->second.userU->AddTraffStatD( .... падения прекратились. вкурсе, что не правильно это.

так всегда. есть проблема кричим, нет проблемы молчим.

уже офтоп попер но всеравно не плохо, когда этот "энтузиазизм" стимулируется $. 200-300$ в месяц, на пиво ни когда не помешают

гдеж его взять? Может вакансию откроем?

могу выделить отдельную машину с широким каналом и поднятым cvs. +

веселая штучка seinux. парился однажды, удалось таки довести до ума, при грамотной настройке очень секьюрно выходит.

2Oleg Doneck подскажи альтернативу нужно чтобы считал netflow, работал с mysql, имел авторизатор типа inetAcces. до кучи опен соурс.

увеличиваю ставку до 100$ итого 300$ за решение этой незадачи.

2den68 а можешь показать вывод FlushAndRemove() ?

патчи накладываются на сырцы, потом все компилится и инсиалится

вообщем дело такое, разработчик куда то пропал и после себя не оставил никаких следов, последнее что я получил от него: http://195.184.78.254/mod_netflow-1.4.0-alpha1.tar.gz как известно была замечена проблема переполнения системных буферов приема UDP датаграм (dropped due to full socket buffers), приводящая к недосчету трафика, не вся инфа о трафе поступала на обсчет, т.к во время выполнения flashAndRemove заблокировано "дерево пакетов" netflow модуль не мог принимать поток. В данной версии есть некая реализация буфера ip пакетов, которые поступают traffcounter'у но есть одно но м

Совместимо. + исправленна проблема при приводящая к отрицательной стоимости сессии при внесении платежа во время сессии. c mysql_store из сборки еще ведется отдельная табличка payments в которую заносятся данные кто, когда, сколько, баланс до и баланс после (позволяет организовать простую кассу по дням, месяцам, точкам приема) а также детальная стата пишется в отдельную таблицу на каждый день, оправданно для тех у кого за день получается табличка больше 1Гб, у меня например 1.8Гб за день писало. через неделю простая выборка занимала до 5 минут. не представляю что бы было через месяц. до

тебе скорей всего поможет user.cpp -lastWriteStat = stgTime + random() % settings->GetStatWritePeriod(); +lastWriteStat = stgTime + settings->GetStatWritePeriod(); если поток не слишком велик

2den68

встречался с таким один раз, проблема была в пароле со спец символами.. хотя там вроде был другой ответ конфигуратора. что еще можно сделать: в первую очередь посмотреть лог apache и попробуй вывести $request

Create socket failed! это ответ консольного конфигуратора. сначала добейся нармальной работы sgconfig_xml

1)из за рандом стата пишется больше чем settings->GetStatWritePeriod(). Промежуток времени для записи статы стоит 15мин. Тоесть после запуска через 15 минут он начинает писать стату всем юзерам. Проблема в том что он не останавлевается, все время то и делает, что стату пишет. 2)нагрузка на камень выше в 2-3 раза (стг полностью сьедает 1 CPU). FlushAndRemove вызывается очень редко из за чего происходит подобное этому http://local.com.ua/forum/index.php?s=&amp...st&p=101200 3)гораздо чаще валится. возможно все эти события происходят из за нарушение какого нибудь нибудь послед

что имеется в виду под совпадением ? а проблема есть и остается. достаточо увеличить #define REMOVE_TIME (15) и тут же попадаем на зависание потока.

Это 600-800 алиасов ? жесть, и всетаки что то тут не то.

тут сейчас выяснилось что совершенно голый stg-2.405.9.8 падает у троих. с модулями mysql-store и file-store. + падает у меня на 2-х серверах ос CentOS, Gentoo, FreeBSD 7 и 5.5 причина падений одна. не понимаю как работает на нем оператор с 4К юзеров, может можно получить тот код и сравинить что не так ? или хотя бы узнать условия работы - OS, насторойки, используемые модули, опции компиляции, может еще что.

в таблице users должно быть поле DisabledDetailStat, выставь для всех 1. только там проблема в другом. user.cpp -lastWriteStat = stgTime + random() % settings->GetStatWritePeriod(); +lastWriteStat = stgTime + settings->GetStatWritePeriod();

значит условия так и не приблизились к реальным

ну это все понятно. как лечить ?