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

[madf 279]

То есть, все настроено локально, никакого rscriptd, у всех абонентов always online - и при этом происходят дисконнекты?

А что в момент дисконнекта в /var/log/stargazer.log?

[madf 279]

Хм, то есть в логе последним идет CONNECT, но инета все равно нет? Нужно смотреть в файрвол - может его кто-то меняет, кроме скриптов OnConnect/OnDisconnect.

[felixio_01 8]

То есть, все настроено локально, никакого rscriptd, у всех абонентов always online - и при этом происходят дисконнекты?

А что в момент дисконнекта в /var/log/stargazer.log?

 

Да, всё настроенно локально, без rscriptd. да, у всех always online. Дисконекты, происходят очень редко, выше привёл описание одного подобного. Т.е. вчера вечером как раз было у одного аобнента.

В логах старгайзера всё тихо и спокойнно ни каких ошибок.

 

2012-11-08 19:54:54 -- Admin 'admin', 127.0.0.1: User 'holmovka70let5ap31_j2p1': 'disabled' parameter changed from '0' to '1'.

2012-11-08 19:54:57 -- Admin 'admin', 127.0.0.1: User 'holmovka70let5ap31_j2p1': 'disabled' parameter changed from '1' to '0'.

 

это я пытался всключить/отключить абонента, как писал выше при замене MAC это помогает, думал, может и в этот раз тоже.... Больше ничего особенного нет

 

Хм, то есть в логе последним идет CONNECT, но инета все равно нет? Нужно смотреть в файрвол - может его кто-то меняет, кроме скриптов OnConnect/OnDisconnect.

 

так в том то и дело, что фаервола нет. и понимаете в чём дело,- если бы это было дело не в билинге и околоегойной приблуды, то после перезапуска билинга инет у абонента не появился. А он появился имено после презапуска билинга, точне скрипта запускающего билинг а не только stargazer.

[madf 279]

Как это файрвола нет? Неужто и его пропили?

А кто ж тогда инет включает и выключает?

А NAT кто делает?

[felixio_01 8]

Как это файрвола нет? Неужто и его пропили?

А кто ж тогда инет включает и выключает?

А NAT кто делает?

 

)))))

 

ну в моём понимании фаервол в данном случае - это свод правил, которые ограничивают доступ к серверу, закрывая порты с наружи и т.д.

 

а NAT - это понятно, но ведь если были б с ним проблемы, то и другие абоненты из этой же подсети тоже жаловались... А этот баг носит эпизодический характер и у разных абонентов... На памяти несколько случаев - хотя у меня и сетка то небольшая. но всё же.

 

Также и со скриптами включение-отключения. Если они виноваты, что конечно не исключено, то это носило более массовый характер, не?

[madf 279]

Файрвол это набор правил которые контролируют и меняют прохождение пакетов. Сюда относится и NAT и скрипты OnConnect/OnDisconnect. Я не думаю что проблема в скриптах. Я думаю что кто-то вмешивается в работу вашего файрвола. По этому и говорю что если у абона инет заблокирован, а последнее событие в логе - CONNECT - нужно "зрить в корень". Т.е. - в файрвол.

[Ghost_1987 0]

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

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

 

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

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

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

 

Стандартный build скрипт требует gmake.

 

Нужно перед сборкой make config?

Или где то ручками править?

[madf 279]

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

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

 

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

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

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

 

Стандартный build скрипт требует gmake.

 

Нужно перед сборкой make config?

Или где то ручками править?

Требует и будет требовать. Т.к. BSD Make совсем не то-же что GNU Make.

Про make config не понял.

[felixio_01 8]

Я думаю что кто-то вмешивается в работу вашего файрвола.

 

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

 

По этому и говорю что если у абона инет заблокирован, а последнее событие в логе - CONNECT - нужно "зрить в корень". Т.е. - в файрвол.

 

ну что же, буду мониторить, собирать статистику....

[madf 279]

Я думаю что кто-то вмешивается в работу вашего файрвола.

 

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

 

По этому и говорю что если у абона инет заблокирован, а последнее событие в логе - CONNECT - нужно "зрить в корень". Т.е. - в файрвол.

 

ну что же, буду мониторить, собирать статистику....

Я имел в виду не людей а роботов

[felixio_01 8]

Я имел в виду не людей а роботов

 

[yKpon 8]

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

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

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

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

 

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

 

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

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

[yKpon 8]

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

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

[felixio_01 8]

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

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

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

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

 

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

 

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

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

 

не всё так просто к сожелению, винт - терабайтник, занят максимум на 7%

[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

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

VNC? На сервере?! Да вы, батенька, извращенец!

Да, можно и так. И можно в GNU Screen. А можно в BSD Tmux. А можно просто прицепить к серваку клаву с моником и из /dev/tty0 стартонуть. В общем, как будет удобно. Это, к стати, клево еще и тем что можно будет глянуть что было в консольном логе последнее перед падением.

[madf 279]

Ах да, еще... Т.к. паттерн для файла корки указывает в /tmp - нужно убедиться что каталог существует ( ) и в нем есть достаточно места. Хотя бы мегабайт 500. А лучше гектар, чтоб с запасом.

[felixio_01 8]

Т.к. паттерн для файла корки указывает в /tmp - нужно убедиться что каталог существует ( ) и в нем есть достаточно места.

 

а он ведь существует !!!!

[Ghost_1987 0]

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

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

 

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

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

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

 

Стандартный build скрипт требует gmake.

 

Нужно перед сборкой make config?

Или где то ручками править?

Требует и будет требовать. Т.к. BSD Make совсем не то-же что GNU Make.

Про make config не понял.

 

В FreeBsd 9.1 в base больше не будет gmake.

А поправить BSD Make нельзя? Если можно сделать самому то как? Не хочется ставить из портов gmake когда все другие порты собираются без него.

 

про make config это я прогнал, по какой то причине когда писал то думал что stg из портов ставлю .

[madf 279]

...

В FreeBsd 9.1 в base больше не будет gmake.

А поправить BSD Make нельзя? Если можно сделать самому то как? Не хочется ставить из портов gmake когда все другие порты собираются без него.

...

Теоретически можно поправить Makefile'ы для совместимости с BSD Make. Но практически - не факт что выйдет.

[Роман Погосян 0]

в 9.1 все работает без лишних телодвежений. А вот зависание онлайнов победить так и не удалось

[hub00 0]

Столкнулся с проблемой. Есть тарифs в названии которых есть "точка" к примеру 123.test

Пытаюсь абоненту поставить его и получаю "Incorrect tariff value"

 

sgconf set -s 127.0.0.1 -p 5555 -a admin -w 001 -u test -t In.Pi

Incorrect tariff value In.Pi

 

Хотя sgconf_xml (ubilling) отрабатывает нормально, а вот sgconf не хочет. Кавычки 'In.Pi' или "In.Pi" не выручают.

 

Этому есть какое-то магическое решение (ну естественно что не пересоздавать тариф и не переводить имеющихся абонов)?

[Роман Погосян 0]

попробуй экранировать ин\.пи

[madf 279]

Столкнулся с проблемой. Есть тарифs в названии которых есть "точка" к примеру 123.test

Пытаюсь абоненту поставить его и получаю "Incorrect tariff value"

 

sgconf set -s 127.0.0.1 -p 5555 -a admin -w 001 -u test -t In.Pi

Incorrect tariff value In.Pi

 

Хотя sgconf_xml (ubilling) отрабатывает нормально, а вот sgconf не хочет. Кавычки 'In.Pi' или "In.Pi" не выручают.

 

Этому есть какое-то магическое решение (ну естественно что не пересоздавать тариф и не переводить имеющихся абонов)?

Буду смотреть. Это баг. Скорее всего достаточно простой.

[madf 279]

Исправил. Вот патч:

diff --git a/projects/sgconf/common_sg.cpp b/projects/sgconf/common_sg.cpp
index 60ad3c8..3d01516 100644
--- a/projects/sgconf/common_sg.cpp
+++ b/projects/sgconf/common_sg.cpp
@@ -149,6 +149,7 @@ for (int i = 0; i < (int)strlen(login); i++)
 if (!(( login[i] >= 'a' && login[i] <= 'z')
	 || (login[i] >= 'A' && login[i] <= 'Z')
	 || (login[i] >= '0' && login[i] <= '9')
+	    ||  login[i] == '.'
	 ||  login[i] == '_'
	 ||  login[i] == '-'))
	 {

Если вдруг форум побъет патч, то вот он-же в git: https://gitorious.org/stg/stg/commit/73f662acc31034cd98fdc6e157454f7763ef0792?format=patch

[yKpon 8]

думаю это имеет место быть багом биллинга http://local.com.ua/forum/topic/25760-purestg2/page-16?do=findComment&comment=514988