Сбор багов и feature requests

[madf 279]

А настройки какие? Особенно интересует FeeChargeType. Ну и номер версии поточнее.

[yKpon 8]

FeeChargeType = 0

stg-2.408-rc2

прошлый месяц всё прошло гладко

работает у меня по следующей схеме, если не было траффика в уходящем месяце то абонплата не начисляется, делается костылём в 23:55 последнего дня месяца

#!/bin/bash

source /etc/stargazer/sql.conf
date_now=`/bin/date +%m_%Y`

TODAY=`/bin/date +%d`
TOMORROW=`/bin/date +%d -d "1 day"`

if [ $TOMORROW -lt $TODAY ]; then
LOGINS=`/usr/bin/mysql -sN -h$DBHOST -u$DBUSER -p$ROOTDBPASS $DBNAME -e "SELECT login FROM users WHERE Tariff not like 'tariff' AND Tariff not like 'vip%' AND Down = '0' AND D0 = '0' AND D1 = '0' AND U1 = '0'"`
for LOGIN in $LOGINS; do
	IP=`/usr/bin/mysql -sN -h$DBHOST -u$DBUSER -p$ROOTDBPASS $DBNAME -e "SELECT IP FROM users WHERE login = '$LOGIN'"`
	TARIFF=`/usr/bin/mysql -sN -h$DBHOST -u$DBUSER -p$ROOTDBPASS $DBNAME -e "SELECT Tariff FROM users WHERE login = '$LOGIN'"`
	ABONPLATA=`/usr/bin/mysql -sN -h$DBHOST -u$DBUSER -p$ROOTDBPASS $DBNAME -e "SELECT Fee FROM tariffs WHERE name = '$TARIFF'"`
	/etc/stargazer/sgconf set -s 127.0.0.1 -p 4444 -a $STGBOT -w $STGBOTPASS -u $LOGIN -c $ABONPLATA:pereraschet_by_sheduler_bot >> /dev/null
	/bin/sleep 0.5
done
fi

 

сегодня утром собрал stg из git, откатил время на вчера, восстановил базу из бекапом по состоянию на 29 число 23:00, запустил stg, всё вроде прошло гладно, но... в процессах остались висеть 3 скрипта OnCnange которые вызвал вышеописанный скрипт

 

логи девственно пустые в начале нового месяца

[/font][/color]2012-02-29 23:55:16 -- Admin 'sheduler_bot', 127.0.0.1: User 'tarasss': 'cash' parameter changed from '-12.615303' to '137.384697'. pereraschet_by_shedule$
2012-02-29 23:55:17 -- Admin 'sheduler_bot', 127.0.0.1: User 'misha': 'cash' parameter changed from '0.000000' to '400.000000'. pereraschet_by_sheduler_bot
2012-02-29 23:55:18 -- Admin 'sheduler_bot', 127.0.0.1: User 'roman': 'cash' parameter changed from '-399.723716' to '0.276284'. pereraschet_by_sheduler_b$
2012-02-29 23:56:14 -- purestg2: Accepted new client connection (socket=15)
2012-02-29 23:56:16 -- purestg2: User opel (socket=15) is connected.
2012-02-29 23:58:21 -- purestg2: User opel (socket=15) is disconnected.
2012-02-29 23:58:25 -- purestg2: Accepted new client connection (socket=15)
2012-02-29 23:58:27 -- purestg2: User opel (socket=15) is connected.
2012-02-29 23:58:46 -- purestg2: User opel (socket=15) is disconnected.
2012-02-29 23:58:49 -- purestg2: Accepted new client connection (socket=16)
2012-02-29 23:58:52 -- purestg2: User opel (socket=16) is connected.
2012-03-01 00:15:43 -- User's connect failed. User: 'darina', ip 192.168.1.25. Wrong login or password
2012-03-01 01:32:28 -- purestg2: User opel (socket=16) is disconnected.
2012-03-01 04:36:50 -- purestg2: Accepted new client connection (socket=15)
2012-03-01 04:36:52 -- purestg2: User udav (socket=15) is connected.
2012-03-01 04:39:01 -- purestg2: User udav (socket=15) is disconnected.
2012-03-01 04:39:56 -- purestg2: Accepted new client connection (socket=15)
2012-03-01 04:39:58 -- purestg2: User udav (socket=15) is connected.
2012-03-01 04:42:00 -- purestg2: User udav (socket=15) is disconnected.
[color=#282828][font=helvetica, arial, sans-serif]

и никаких дисконнект/коннектов тоже не было

[nightfly 1 237]

На днях обновился с 2.405-2.407 до 2.408 на восьми хостах. FeeChargeType нигде не указывал. Просто дорисовал в старые конфиги ReconnectOnTariffChange=yes, ради которого и обновлялся, после чего install-bin.

 

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

[madf 279]

Эммм... Если абонплата снимается скриптом - то при чем здесь Stargazer?

[yKpon 8]

Эммм... Если абонплата снимается скриптом - то при чем здесь Stargazer?

абонплата снимается биллингом, скриптом корректируется баланс

[madf 279]

Т.е. -rc2 не сняло а версия из git сняла?

[yKpon 8]

rc2 тоже из git стояла, никогда ранее такого не было начиная от версий стг 2.0, единственное что приходит на ум это 29 февраля, но откат и эмуляция перехода на новый месяц отработала корректно почему то

[madf 279]

Затрудняюсь делать какие-то предположения. Никто больше о таком не сообщал.

[Dionis Tarasenko 1]

feature request for Ubilling - Mikrotik NAS - максимально просто и прозрачно) apple-style =)

[nightfly 1 237]

[Dionis Tarasenko 1]

[yKpon 8]

и так баг случившийся в мая на июнь повторился и с июля на август

 

система следующая, биллинг не занимается снятием абонплаты (в тарифах везде цена 0), это делает костыль стартующий в 0:00:10 (10 секунд 1-го)

в биллинге 4 порта для конфигуратора 4444, 4445, 4446, 4447 и соответственно 4 библиотеки mod_conf_sg1.so mod_conf_sg2.so mod_conf_sg3.so mod_conf_sg4.so

 

баг в том что этот костыль попросту завис при первом обращении на 4444 порт и остановился, абонплата не снялась, при "висящем" скрипте биллинг не биндился ни на один из этих портов для конфигуратора, рестарт stg помог, если нужно могу попытаться воспроизвести баг на резервном сервере, но не обещаю что он проявится, с июня на июль всё прошло гладко.

 

новый месяц стартовал 15 строчками вида

2012-08-01 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'ххххххххх': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic

и залип

а таких строчек должно быть 89, а не 15

 

версия STG последняя из git

[madf 279]

Если получится воспроизвести и снять стектрейс при зависании - буду очень благодарен.

[yKpon 8]

Если получится воспроизвести и снять стектрейс при зависании - буду очень благодарен.

можешь подсказать по пунктам как именно?

у меня единственный опыт http://local.com.ua/forum/topic/23478-mod-radius-for-stargazer/page__view__findpost__p__195589 и ниже

[madf 279]

Собираешь с дебагом. Воспроизводишь проблему. Когда все зависает - смотришь PID процесса Stargazer и делаешь так:

$ gdb /usr/sbin/stargazer
...
(gdb) attach <pid>
...
(gdb) thread apply all bt
...
(gdb) detach
(gdb) quit

И выхлоп каким-нибуть образом передаешь мне.

[yKpon 8]

баг найден без дебага, в скрипте OnChange есть строчка которая пишет любые изменения в отдельный лог в мускульной базе, и при наступлении нового месяца он "лавинно" начал отрабатывать и залип, несколько процессов OnChange и mysql c INSERT остались висеть в процессах.

[madf 279]

Хм, я слышал что у MySQL проблемы с конкуррентным доступом. Но чтобы на столько...

[yKpon 8]

причём база то всего около 50 пользователей

[yKpon 8]

биллинг снова упал, вот что смог сказал

Nov  7 14:44:03 skyprox kernel: [1366150.798704] __ratelimit: 464 callbacks suppressed
Nov  7 14:44:03 skyprox kernel: [1366150.798707] stargazer[8687]: segfault at 50 ip b7501595 sp b5fd3fe8 error 4 in libc-2.11.3.so[b748e000+140000]
Nov  7 14:44:03 skyprox pptp[18003]: purestg2: stargazer socket has just been closed. Terminating connection.
Nov  7 14:44:03 skyprox pptp[19117]: purestg2: stargazer socket has just been closed. Terminating connection.
Nov  7 14:44:03 skyprox pptp[31083]: purestg2: stargazer socket has just been closed. Terminating connection.
Nov  7 14:44:03 skyprox pptp[17036]: purestg2: stargazer socket has just been closed. Terminating connection.
Nov  7 14:44:03 skyprox pptp[16408]: purestg2: stargazer socket has just been closed. Terminating connection.
Nov  7 14:44:03 skyprox pptp[16962]: purestg2: stargazer socket has just been closed. Terminating connection.
Nov  7 14:44:03 skyprox pptp[4903]: purestg2: stargazer socket has just been closed. Terminating connection.

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

[madf 279]

./build debug
make
cp stargzer /path/to/stargazer
cp modules/*.so /path/to/plugins

и перед запуском сделать (желательно прямо из скрипта запуска):

echo "/tmp/core-" > /proc/sys/kernel/core_pattern
ulimit -c unlimited

И, к стати, в отладочном режиме он не становится дэмоном, так что в скрипте запуска надо бы дописать & после stargazer

[Ghost_1987 0]

Хотелка на будущее.

Возможность сборки на clang во Freebsd 9.1.

 

Ну вроде как собрался на 3-м релиз кандидате 9 фряхи.

Из портов нужно поставить gmake.

Відредаговано 2012-11-08 17:45:32 Ghost_1987

[madf 279]

Хотелка на будущее.

Возможность сборки на clang во Freebsd 9.1.

 

Ну вроде как собрался на 3-м релиз кандидате 9 фряхи.

Из портов нужно поставить gmake.

Так он давно шлангом собирается, в чем хотелка-то?

[felixio_01 8]

Доброе время суток!

Периодически возникает проблема. Хомячка не пускает в инет - Невозможно отобразить страницу (т.е. скрипты не отработались?). Вчера вот буквально.

Пока не перезапустил биллинг, больше ничего не помогало и это примерно после полумесяца аптайма.

По словам абонента, в течении двух дней инет то появлялся, то исчезал, ну и потом он обратился в техподдержку.

 

Также бывает, иногда, когда меняешь MAC в профиле абонента, также, не пускает в инет. Причём выдаёт пользователю страницу по умолчанию (та что на web-сервере билинга, типа на счету денег нет). Помогает, если в профиле в ручную отключить - включить пользователя, причём не зависит от времени, я имею ввиду - после замены MAC, может пройти сколь угодно времени и инетама не появиться пока не отключишь/включишь абонента, ну или координально конечно если презапустить биллнг (что не есть айс).

 

Как можно локализовать эти проблемы? какие-то логи может собрать, может где посмотреть. Чтобы можно было выложить сюда для исправления бага.

[nightfly 1 237]

Периодически возникает проблема. Хомячка не пускает в инет - Невозможно отобразить страницу (т.е. скрипты не отработались?). Вчера вот буквально.

Ну дык посмотрите глазами - проверьте фаер, позырьте по логам (для умолчальных OnConnect/OnDisconnect это /var/stargazer/allconnect.log)

 

По словам абонента, в течении двух дней инет то появлялся, то исчезал, ну и потом он обратился в техподдержку.

На это забейте - по словам абонента вы и христианских младенцев ночами едите. Всегда проверяйте все лично - см. выше.

 

ну или координально конечно если презапустить биллнг (что не есть айс).

Вот это точно не хорошо, вынужден согласиться.

 

Как можно локализовать эти проблемы?

Вдумчивым логированием выполнения OnConnect/OnDisconnect, и только. Если проблема не становиться видимой - значит это волшебная проблема из разряда невозможных и несуществующих в природе.

 

Хотя... если вы используете rscriptd для удаленных NAS серверов, может проявляться одна небольшая бага в процедуре быстрого ресета пльзователя.

Эсли это так - придется минимально запатчить хендлеры sgconf_xml и таскать их за собой до выхода stargazer 2.409.

[felixio_01 8]

Ну дык посмотрите глазами - проверьте фаер, позырьте по логам (для умолчальных OnConnect/OnDisconnect это /var/stargazer/allconnect.log)

в логах смотрел конечно же, ничего необчного не нашёл, вот что в /var/stargazer/allconnect.log касательно сабжевого абонента

 

2012.11.08 19:54:54 DISCONNECT: ID-25;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333

2012.11.08 19:54:57 CONNECT: ID-25;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333;SPEED-8192;UPSPEED-8192,MAC-00:1d:60:2c:3c:b8

 

но это до перезапуска билинга, и при этом инета у абонента небыло. Других каких необычностей я ненашёл, т.е ни каких ошибок и.т.д. Фаера к стати нет, всё ни как не возмусь за это дело ) ... потом блинг перезапустил и какбэ всё ок.

 

2012.11.08 20:20:28 DISCONNECT: ID-25;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333.....

2012.11.08 20:22:58 CONNECT: ID-27;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333;SPEED-8192;UPSPEED-8192,MAC-00:1d:60:2c:3c:b8

 

у хомячка инет есть....

 

На это забейте - по словам абонента вы и христианских младенцев ночами едите. Всегда проверяйте все лично - см. выше.

согласен....

 

Если проблема не становиться видимой - значит это волшебная проблема из разряда невозможных и несуществующих в природе.

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

 

Хотя... если вы используете rscriptd для удаленных NAS серверов, может проявляться одна небольшая бага в процедуре быстрого ресета пльзователя.Эсли это так - придется минимально запатчить хендлеры sgconf_xml и таскать их за собой до выхода stargazer 2.409.

 

нет всё на одном сервачке.... так что отпадает.