Тип контенту
Профили
Форум
Календарь
Все, що було написано yKpon
-
да там из иксов icewm стоит запускается только в vnc сессии, а так шелл голый щас погуглю, пасиба
-
а какие ещё есть варианты? монитора там нет
-
да была, поднялся со старого 2.6.26-2-686 на ядро 2.6.32-5-686 корки нет, машина в бою, если повторится буду запускать в дебаге с терминала vnc
-
сегодня упал биллинг единственное что смог сказав Sep 19 13:08:02 skyprox kernel: [517970.628356] stargazer[19754]: segfault at 50 ip b75a2595 sp b60dbfe8 error 4 in libc-2.11.3.so[b752f000+140000] 16 сентября вечером апгрейдил систему с Lenny до Squeeze, может это как то связано? хотя полторы недели проработало без проблем
-
причём база то всего около 50 пользователей
-
баг найден без дебага, в скрипте OnChange есть строчка которая пишет любые изменения в отдельный лог в мускульной базе, и при наступлении нового месяца он "лавинно" начал отрабатывать и залип, несколько процессов OnChange и mysql c INSERT остались висеть в процессах.
-
можешь подсказать по пунктам как именно? у меня единственный опыт http://local.com.ua/forum/topic/23478-mod-radius-for-stargazer/page__view__findpost__p__195589 и ниже
-
у меня сервер stg + purestg2 + accel-pptpd
-
не совсем понял, как так не работает? сервер связка stg + purestg2 + accel-pptpd без проблем цепляет к себе клиента accel-pptp
-
и так баг случившийся в мая на июнь повторился и с июля на август система следующая, биллинг не занимается снятием абонплаты (в тарифах везде цена 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
-
nlo, изучайте баш
-
а мое ИМХО что есть абонплата в месяц, в какие дни месяца пользовался в какие нет не должно иметь значения, только лишь весь месяц если не было выходов в сеть тогда не снимать с этим согласен, а так это не выгодно продавать безлимит по дням. PS. у меня в параметре Fee в тарифах везде 0, их цены в дополнительном поле, таким образом биллинг не занимается снятием абоплаты, это делает скрипт, обрабатывая все данные, логи, работал абонент за прошедший месяц или нет, запускаемый по крону в 0 0 1 * *
-
всё, заработало, файрволл таки
-
пишу тороплюсь, в кратце, упсы не потянули таймаута бортового 220, биллинг отключался, стг стартует, в логах stargazer.log всё красиво, но ниодин авторизатор авторизоваться не может, у всех красные, на tcpdump запросы слышит, какие есть варианты? до утра открыл нат+форвард без шейпера пока
-
На балансе 0, кредит отключен, все равно абонент в интернете
тема ответил в Voronets Victoriya пользователя yKpon в Питання по Stargazer
пользуюсь STG начиная от версия 2.0, никогда не было такого чтобы при балансе ниже кредита работал инет 100% проблема в файрволле, а именно в скрипты OnConnect/OnDisconnet в студию -
pptpd родной или accel?
-
пусть вопрос и не ко мне, но всё же у меня accel-pptpd
-
"Печка КЗДС" своими руками
тема ответил в Учумелые ручки пользователя yKpon в Інструмент для оптоволокна
поправлю, правильно называется КДЗС - Контейнер Для Защиты Сварки -
rc2 тоже из git стояла, никогда ранее такого не было начиная от версий стг 2.0, единственное что приходит на ум это 29 февраля, но откат и эмуляция перехода на новый месяц отработала корректно почему то
-
абонплата снимается биллингом, скриптом корректируется баланс
-
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] и никаких дисконнект/коннектов тоже не было
-
ужось! вообще не снялась абонплата! версия стг предпоследняя подробно описывать пока некогда, разворачиваю бекапы и собираю последний резил
-
как сотрудник технической поддержки крупнейшего провайдера нашего города докладываю, ошибка 720 возникает: а) если ось WinXP нужно переустановить протокол TCP/IP http://online-studies.ru/kak-pereustanovit-protokol-tcp-ip-v-windows/ б) если ось Win7, пересоздать VPN, если тоже самое то только переставлять систему просьба не оспорять мои слова, это уже фундаментально! stg и purestg2 тут не причём
-
+ ещё нужно подгрузить модуль если он не включен в ядре modprobe ip_queue
-
/bin/rm -R /etc/stargazer/ /bin/rm -R /var/stargazer/ /bin/rm -R /usr/lib/stg/ /bin/rm -R /usr/include/stg/ потом ставим убиллинг координальных отличий этих версий убунт нет, по ману убунты убилл успешно встал на дебиан ленни
