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 помог, если нужно

nlo, изучайте баш

а мое ИМХО что есть абонплата в месяц, в какие дни месяца пользовался в какие нет не должно иметь значения, только лишь весь месяц если не было выходов в сеть тогда не снимать с этим согласен, а так это не выгодно продавать безлимит по дням. PS. у меня в параметре Fee в тарифах везде 0, их цены в дополнительном поле, таким образом биллинг не занимается снятием абоплаты, это делает скрипт, обрабатывая все данные, логи, работал абонент за прошедший месяц или нет, запускаемый по крону в 0 0 1 * *

всё, заработало, файрволл таки

пишу тороплюсь, в кратце, упсы не потянули таймаута бортового 220, биллинг отключался, стг стартует, в логах stargazer.log всё красиво, но ниодин авторизатор авторизоваться не может, у всех красные, на tcpdump запросы слышит, какие есть варианты? до утра открыл нат+форвард без шейпера пока

пользуюсь STG начиная от версия 2.0, никогда не было такого чтобы при балансе ниже кредита работал инет 100% проблема в файрволле, а именно в скрипты OnConnect/OnDisconnet в студию

pptpd родной или accel?

пусть вопрос и не ко мне, но всё же у меня accel-pptpd

поправлю, правильно называется КДЗС - Контейнер Для Защиты Сварки

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'"` fo

ужось! вообще не снялась абонплата! версия стг предпоследняя подробно описывать пока некогда, разворачиваю бекапы и собираю последний резил

как сотрудник технической поддержки крупнейшего провайдера нашего города докладываю, ошибка 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/ потом ставим убиллинг координальных отличий этих версий убунт нет, по ману убунты убилл успешно встал на дебиан ленни