Richman

Незнаю насколько правильно сделал, просто заменил файл /usr/lib/stg/libstg_common.so файликом с собранного стг но без патча. Сейчас вебморда работает.

В /var/log/stargazer.log с виду все ок. 2009-04-09 22:12:56 -- --------------------------------------------- 2009-04-09 22:13:16 -- Stg v. Stg 2.404 2009-04-09 22:13:16 -- Message queue created successfully. msgKey=5555 msgID=65536 2009-04-09 22:13:16 -- Timer thread started successfully. 2009-04-09 22:13:16 -- Storage plugin: mysql_store v.0.67-mutex (STG-Web). Loading successfull. 2009-04-09 22:13:16 -- Users started successfully. 2009-04-09 22:13:16 -- Traffcounter started successfully. 2009-04-09 22:13:16 -- Module: 'ipq_cap v.1.1'. Start successfull. 0 2009-04-09 22:13:16 -- M

Потушил старгейзер, забекапил /etc/stargazer (хотя думал что скрипт его не заменит, оказалось заменил) Распаковал stg-2.405.9.8_STG-WEB.tar.gz положил в корень два патчика, сделал patch -p0 < p2.patch patch -p0 < p2.patch Потом в /distr/stg/with_patch/stg-2.405.9.8_STG-WEB/projects/stargazer сделал ./build make install Запускаю /usr/sbin/stargazer замечаю что /etc/stargazer затерло, убиваю стг, восстанавливаю конфиги из бекапа, стартую опять стг, все ок, пользователи подключаются, но теперь собственно то из за чего я и пишу этот пост. Перестала работать веб-морда (STG-WEB)

А кто знает что должно добавится в мускуль таблице при отключении у пользователя детальной статистики? У меня там изминений вообще никаких не происхоит. Может и правда в функционал КК добавить возможность включать-отключать детальную статистику?

А юзеры в файла[ или mysql ? У меня в mysql.

У одного меня такой косяк? Неделю назад проклацал всех юзеров через виндовый конфигуратор, отключил безлимитчикам (которых около сотни) детальную статистику, обрадовался и забыл. А вот только что ребутнул сервак, а она зараза опять включилась. Специально провел эксперемент, выключаю детальную статистику определенному пользователю, делаю killall stargazer, запускаю по новой, у пользователя детальная статистика опять включена.

В этом месяце все замечательно отработало, но была полная замена сервера, образ сервера был перенесен на другое железо. Значит было виновато железо.

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

У меня установлена stg-2.405.9.8_STG-WEB.tar.gz Верно ли я понял что это и есть та 405 в которой без патчей можно отключить статистику? Если да, то как?

Поставил пробел в начале 4 строки, запустил патч. Ругнулось на 5 строку, - поставил пробел. Теперь ругается так: patch < patch3.patch patching file mysql_store.cpp patch: **** malformed patch at line 14: + "ChgPassword TINYINT DEFAULT 0,"\ Пробел в начале строки там стоит.

Решил все таки отключить детальную статистику, очень пользователи жалуются. Закинул текст патча в файлик, файлик положил в /projects/stargazer/plugins/store/mysql , сделал patch -p0 < patch3.patch а оно: patching file mysql_store.cpp patch: **** malformed patch at line 4: if(!IsTablePresent("admins",sock)) Где я не прав?

А можно мне патчик на почту? richman1@ya.ru

Юзать другой модуль захвата трафика нет возможности, у меня инет раздает хардварный роутер. С дефолтным трафкаунтером трафик считался дважды на интерфейсе биллинга.

cap_ipq

Мой способ банально прост . На ноуте подключенном к сети запускаю ping ya.ru, пакеты валят строем, без потерь, все хорошо. А при наступлении 10 минуты винт на сервере начинает усердно шуршать а в консоли на клиентской машине в это время видно как мгновенно выростают задержки и теряются пакеты. Вот например, начал пингать с 9 минуты (весь кусок не привожу, только интересные места): 64 bytes from ya.ru (213.180.204.8): icmp_seq=70 ttl=54 time=80.8 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=71 ttl=54 time=68.1 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=72 ttl=54 time=2380 ms

А можно немного подробнее? Насколько помню то ничего не должен был отключать, все по дефолту.

Проапгрейдил железо. Поставил Celeron D 2.3 ггц, 1 гб памяти, 160 гб WD sata жесткий диск. Только что проверил все равно раз в 10 минут теряется 4-5 пакетов в момент записи детальной статистики, в онлайне 23 клиента.

Сегодня тоже начал замечать что раз в 10 минут появляются незначительные потери пакетов, а жесткий диск у сервера начинает сильно хрумтеть. Как раз в эти моменты идет запись детальной статистики в мускуль базу. Подскажите пожалуйста как более грамотно решить эту задачу, детейл стат полностью отключать не хотелось бы. Какое железо нужно заменить что бы избавится от проблемы? Сейчас стоит Целерон 1.5, 512 памяти, хдд 40 гб, какая то ВДшка на 5.400 оборотов. Биллинг обслуживает 70 клиентов, в онлайне в среднем 20-25. В stargazer.conf значение датальной статистики по дефолту. DetailStatWrit

Чесно говоря не пробовал, раньше просто была строчка в crontab, но месяц назад сделал штатным для убунты способом, раскоментил скрипт ntpdate в /etc/cron.daily в котором одна строчка ntp ntp.ubuntu.com DayFeeIsLastDay = yes так же Так же FullFee=no у меня есть еще параметр DayFee = 1

Опять первое число и опять хрень. Не пойму вообще как вообще такое происходит. Опять в каком то неизвестном порядке части юзеров сняло абонплату дважды (а может и трижды, еще не все посчитал). Вот для примера смотрю статистику "оплаты" через webadmin какого то одного пользователя и вижу что было снятие абонплаты в двойном размере. Первый раз 31.01.2009 23:59:56 а второй 01.02.2009 00:00:00 Прицепил аттач со скрином. Думал сначала что тоже время плавает, потом синхронизируется в первые минуты новых суток и снятие абонки отрабатывается по новой, но ведь в время и дата снятия оплаты разные.

+1

Доп. инфо: stg-2.405.9.8.src.tgz, stg-web, mysql все это на Ubuntu 8.04 server

Только что проверил, Время и дата правильные. root@coresrv:~# date Срд Дек 10 18:37:48 EET 2008 К тому же стоит синхронизация по крону. */50 * * * * root ntpdate -u 193.178.229.10 >/dev/null

Наконец то дошли руки что бы описать свою проблему на форуме. Вообщем систему установил 3 месяца назад, всю историю того как пытался решить этот вопрос уже забыл давным давно. В данный момент при переходе на новый месяц корректно снимается абонентская плата ( 1 числа в 00.01) в полном размере. Но проблемы вырисовывается в ночь с первого на второе (1 числа в 23.59) снимает опять абонентскую плату в полном размере, и это всем клиентам. Никак не могу понять откуда у этой проблемы ноги. Помню что после обнаружения проблемы менял параметр DayFee=0 на DayFee=1. Перевел дату, на 31 число 23.58, на

Спасибо.