Перейти до

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


Рекомендованные сообщения

  • Відповіді 512
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Не выбор кодировки а исключительно Unicode. Не понимаю людей которые до сих пор пользуются koi8/cp1251/cp866 и прочими пережитками прошлого.

Допиливаю rc3

Вот у меня есть некая функция, которая вытягивает из тарифа скорость. А, еще что забыл, в названии тарифного плана, должна стоять скорость, например: Думаю идея ясна. Чем хороша эта функци, тем, чт

Posted Images

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]

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

Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...
  • 4 months later...

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

 

система следующая, биллинг не занимается снятием абонплаты (в тарифах везде цена 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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
  • 3 months later...

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

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.

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

Ссылка на сообщение
Поделиться на других сайтах

./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 :)

Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

Відредаговано Ghost_1987
Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

 

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

 

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

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

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

 

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

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

 

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

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

 

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

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

 

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

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

Ссылка на сообщение
Поделиться на других сайтах
Ну дык посмотрите глазами - проверьте фаер, позырьте по логам (для умолчальных 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.

 

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

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...