Перейти до

stg-2.407-rc1


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

А как потом уйти с debug-режима?

 

Пересобрать заново:

 

./build

make install

 

?

Вместо make install лучше использовать make install-bin - так не затираются конфиги и не портится база. А так - да, все верно.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

собирал с помощью ./build сделал make clean и результат тотже. кроме того аналогичный результат при сборке sgconf, sgauth, rscriptd, convertor ... собрался только rlm_stg   проблемы в системы - мал

2010-11-30 15:58:37 -- Admin 'admin', 127.0.0.1: User 'test': 'credit' parameter changed from '0.000000' to '10000.000000'.

Posted Images

Собрал, наблюдаю.

 

Еще такой ламерский вопрос: Почему

 

(gdb) r

Starting program: /usr/sbin/stargazer

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

[Thread debugging using libthread_db enabled]

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

 

Program exited normally.

(gdb)

 

Program exited normally. - ?

 

Так и должно быть ?

 

В консоль ничего не сыпет.

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

Собрал, наблюдаю.

 

Еще такой ламерский вопрос: Почему

 

(gdb) r

Starting program: /usr/sbin/stargazer

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

[Thread debugging using libthread_db enabled]

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

 

Program exited normally.

(gdb)

 

Program exited normally. - ?

 

Так и должно быть ?

 

В консоль ничего не сыпет.

 

А что в /var/log/stargazer.log?

Вобще как-то странно. А если без gdb, просто руками запустить?

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

А что в /var/log/stargazer.log?

Вобще как-то странно. А если без gdb, просто руками запустить?

 

без gdb - запускается как обычно

 

 

Эксперименты закончились тем, что перестали отрабатываться OnConnect, OnDisconnect (остальные не проверял)

 

(gdb) thread apply all bt

No registers.

 

Stargazer.log

 

2010-08-11 16:10:43 -- Stg v. 2.406

2010-08-11 16:10:43 -- Message queue created successfully. msgKey=5555 msgID=294912

2010-08-11 16:10:43 -- Timer thread started successfully.

2010-08-11 16:10:43 -- Storage plugin: file_store v.1.04. Loading successfull.

2010-08-11 16:10:44 -- Users started successfully.

2010-08-11 16:10:44 -- Traffcounter started successfully.

2010-08-11 16:10:44 -- Error: AUTH_IA: Bind failed.

2010-08-11 16:10:44 -- +++++++++++++++++++++++++++++++++++++++++++++

2010-08-11 16:10:44 -- Module: 'Stg configurator v.0.08'. Stop successfull.

2010-08-11 16:10:44 -- Module: 'Always Online authorizator v.1.0'. Stop successfull.

2010-08-11 16:10:44 -- Module: 'InetAccess authorizator v.1.3'. Stop successfull.

2010-08-11 16:10:45 -- Traffcounter: Stop successfull.

2010-08-11 16:11:04 -- Users: Stop successfull.

2010-08-11 16:11:05 -- Queue removed successfully.

2010-08-11 16:11:05 -- StgTimer: Stop successfull.

2010-08-11 16:11:05 -- Stg stopped successfully.

2010-08-11 16:11:05 -- ---------------------------------------------

2010-08-11 16:25:21 -- Stg v. 2.406

2010-08-11 16:25:21 -- Message queue created successfully. msgKey=5555 msgID=327680

2010-08-11 16:25:21 -- Timer thread started successfully.

2010-08-11 16:25:21 -- Storage plugin: file_store v.1.04. Loading successfull.

2010-08-11 16:25:22 -- Users started successfully.

2010-08-11 16:25:22 -- Traffcounter started successfully.

2010-08-11 16:25:22 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2010-08-11 16:25:22 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2010-08-11 16:25:22 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2010-08-11 16:25:22 -- Stg started successfully.

2010-08-11 16:25:22 -- +++++++++++++++++++++++++++++++++++++++++++++

2010-08-11 16:26:04 -- Stg v. 2.406

2010-08-11 16:26:04 -- Message queue created successfully. msgKey=5555 msgID=360448

2010-08-11 16:26:04 -- Timer thread started successfully.

2010-08-11 16:26:04 -- Storage plugin: file_store v.1.04. Loading successfull.

2010-08-11 16:26:05 -- Users started successfully.

2010-08-11 16:26:05 -- Traffcounter started successfully.

2010-08-11 16:26:05 -- Module: 'InetAccess authorizator v.1.3'. Start successfull. 50

2010-08-11 16:26:05 -- Module: 'Always Online authorizator v.1.0'. Start successfull. 70

2010-08-11 16:26:05 -- Module: 'Stg configurator v.0.08'. Start successfull. 220

2010-08-11 16:26:05 -- Stg started successfully.

2010-08-11 16:26:05 -- +++++++++++++++++++++++++++++++++++++++++++++

 

 

Может я debug режим не так собрал?

 

делал все указал выше

 

./build debug

make

 

 

Сейчас очистил stargazer.log и запустил снова через gdb...

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

Может забыл скопировать stargazer в /usr/sbin/stargazer?

 

Конечно забыл. Я думал он сам все скопирует.

 

Что еще куда скопировать? Подскажи пожалуйста.

 

Я так понимаю либы и модули тоже заменить нужно. Верно?

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

Да, действительно. Скопировал stargazer, либы и модули.

 

Логи побежали в консоле - но только когда руками запустил /usr/sbin/stargazer

 

Через gdb не захотел - на третей строчке выскочило +[stop] ...

Не успел скопировать.

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

А, знайшов баг, можливо :huh:.

 

При забороні адміну маніпулювати коштами юзера, адмін все одно може робити це. Перевіряв через КК(sgconf_xml) стг 2,406

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

Вот мой лог:

 

Tue Aug 10 09:55:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 11:12:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 12:06:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 12:47:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 13:26:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 16:31:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 16:51:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 17:18:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 17:40:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 18:04:01 EEST 2010 Stargazer was stopped by /var/stargazer/monitor/users_r. Now is runnning. (file_hour=18, file_minute=00)

Tue Aug 10 18:06:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 18:13:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 18:32:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 18:48:02 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 21:21:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 21:40:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 22:01:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 22:25:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 22:51:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 22:54:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Tue Aug 10 23:21:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 01:15:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 03:45:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 07:50:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 09:25:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 10:32:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 14:00:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 14:02:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

Wed Aug 11 14:03:01 EEST 2010 Stargazer was stopped in proccess-list. Now is runnning.

 

Хвастаться нечем :huh:

 

Может какую отладочную информацию снять?

 

Скажите какую и как?

сто пудов бок в скрипте перезапуска стг. проходили уже это. попробуй отруби его и стг станет падать раз в сто меньше!

ну и можешь почитать темку http://local.com.ua/forum/topic/12719-stargazer-viletaet-iz-processov/page__hl__stopped__fromsearch__1 да и Скрипт походу из этой темы ибо мессага что пишется в лог одна и таже...

все из за кривого скрипта рестартера..

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

To madf:

 

Отправил отчет на почту с темой: stargazer - debug and logs.

 

Посмотри, пожалуйста.

То что ты мне прислал это совершенно не то что я хотел бы видеть.

Нужно запустить Stargazer из-под gdb и дождаться его падения. У тебя, на сколько я понял, он выпал вне gdb, при этом слегка порушив базу. По этому он у тебя и не запускался после этого (это видно из тех логов что ты мне прислал - он не может прочитать какого-то пользователя).

 

.....стг станет падать раз в сто меньше!

да не должен он вообще падать.

По крайней мере к этому стремимся :huh:

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

сто пудов бок в скрипте перезапуска стг. проходили уже это. попробуй отруби его и стг станет падать раз в сто меньше!

ну и можешь почитать темку http://local.com.ua/forum/topic/12719-stargazer-viletaet-iz-processov/page__hl__stopped__fromsearch__1 да и Скрипт походу из этой темы ибо мессага что пишется в лог одна и таже...

все из за кривого скрипта рестартера..

 

Да, действительно, скрипт от туда. Вот его содержимое:

 

dat=`date`

set `ps ax | grep stargazer`

if [ $3 = "S" ]; then

killall -9 stg-exec stargazer

/usr/sbin/stargazer

echo "$dat Stargazer was stopped in proccess-list. Now is runnning." >> $file_stgrestart_log

exit

fi

 

Попробую его отключить и понаблюдаю.

 

А есть нормальный скрипт, который смотрит за живучестью stg ?

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

#!/bin/sh

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin

host=`hostname`
sensors="inetaccess_r inetaccess_t traffcounter_r users_r"

for sensor in $sensors
do
   flag=`find /var/stargazer/monitor/ -name $sensor -mmin +10`;
   if [ "$flag" ]
   then
       {
       echo "Monitoring status:"
       ls -l --full-time /var/stargazer/monitor/
       echo "Stack trace:"
       gdb /usr/sbin/stargazer --pid=`cat /var/run/stargazer.pid` -ex "thread apply all bt" --batch
       } | mail -s "Stargazer restart on $host" -c noc@example.com root
       killall -9 stargazer
       /etc/init.d/stargazer start
       echo `date` >>/var/log/stg_restart.log
       exit
   fi
done

Только нужно включить мониторинг в конфигу Stargazer'а (см. документацию) и заменить noc@example.com на адрес куда слать тревожные сигналы. Вместе с тревожным сигналом будет и трасса стека приходить (если Stargazer завис а не упал) :huh:

Латентность - 10 минут. На такой интервал его и стоит в крон ставить.

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

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

 

Оставляю тогда проверку живучести stg по файлам монитора сервера.

 

To madf: твой скрипт кстати!!!

 

Спасибо ребята за помощь.

 

Теперь stg подвисает (определяю по users_r) при накидывании интернета. Т.е. при частом обращении КК к серверу.

Дальше буду разгружать базовые скрипты (в данном случае OnChange) - думаю достигну результата.

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

...

 

Теперь stg подвисает (определяю по users_r) при накидывании интернета. Т.е. при частом обращении КК к серверу.

Дальше буду разгружать базовые скрипты (в данном случае OnChange) - думаю достигну результата.

А на 407 это проявляется?

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

А на 407 это проявляется?

 

Это проявляется на 406.

Проверю на 407 версии и отпишусь.

Только вот понимаю, что в stg-2.407-rc1 со старта патчи нужно накладывать, предложенные в этой ветке форума.

Или может уже есть промежуточная сборка с текущими исправлениями? Если так, то дайте ссылку.

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

Периодически наблюдается такое падение сервера: перестают отрабатываться скрипты OnConnect, OnDisconnect. Перезапуск стг исправляет ситуацию.

Но опять же это в 406 версии.

Понимая, что 406 тут не актуальна, буду проверять наличие этих багов на 407. Потом отпишусь.

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

При старте stargazer пишет в лог:

2010-08-14 14:59:59 -- Storage plugin: file_store v.1.04. Loading successfull.

2010-08-14 14:59:59 -- Admin '@stargazer', 0.0.0.0: User '8050304': 'cash' parameter changed from '0.000000' to '0.000000'. Freeze

2010-08-14 14:59:59 -- Admin '@stargazer', 0.0.0.0: User 'turbo': 'cash' parameter changed from '0.000000' to '0.000000'. Freeze

и так пользователей 300, только вот что странно, у пользователя '8050304' cash=0.000000, а у 'turbo' cash=-160.000000, у третьего пользователя cash=100.377369 и т.д. Сообщение появляется не для всех пользователей, зависимости пока не нашёл. Откатился до версии 2.406 - таких сообщений при старте не наблюдается, снова запустил stg-2.407-rc1 и снова сообщения в логах.

debian_version: squeeze/sid, kernel 2.6.32-5-686

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

При старте stargazer пишет в лог:

2010-08-14 14:59:59 -- Storage plugin: file_store v.1.04. Loading successfull.

2010-08-14 14:59:59 -- Admin '@stargazer', 0.0.0.0: User '8050304': 'cash' parameter changed from '0.000000' to '0.000000'. Freeze

2010-08-14 14:59:59 -- Admin '@stargazer', 0.0.0.0: User 'turbo': 'cash' parameter changed from '0.000000' to '0.000000'. Freeze

и так пользователей 300, только вот что странно, у пользователя '8050304' cash=0.000000, а у 'turbo' cash=-160.000000, у третьего пользователя cash=100.377369 и т.д. Сообщение появляется не для всех пользователей, зависимости пока не нашёл. Откатился до версии 2.406 - таких сообщений при старте не наблюдается, снова запустил stg-2.407-rc1 и снова сообщения в логах.

debian_version: squeeze/sid, kernel 2.6.32-5-686

Меня не покидает смутное ощущение что я это уже где-то видел. А что в конфигах этих юзеров сказано по поводу passive и passiveTime?

cash разный потому что у них cash разный. Строчки в логе - попытка снятия денег за "заморозку", а она у тебя, видимо, 0 стоит.

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

Доброго времени суток!

На днях меняли железо на сервере, переставляли ось и за одно обновили STG до stg-2.407-rc1.

Немного по шаманили, пока всё работает нормально.

Жду релиза! ;)

Огромное спасибо за ваш труд!

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

Подскажите принцип работы remote_script. Еще не встречал описания ни в мануале, ни в форуме.

Особенно интересует, что должно быть установлено из пакета stg на стороне роутера?

 

Если есть где-то мануал - пните.

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

Подскажите принцип работы remote_script. Еще не встречал описания ни в мануале, ни в форуме.

Особенно интересует, что должно быть установлено из пакета stg на стороне роутера?

 

Если есть где-то мануал - пните.

stargazer_help_v2.13.pdf (стр. 15: "Описание параметров модуля Remote Script Executer (remote_script) для передачи команд на удаленный роутер исполнения скриптов").

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

Принцип действия Remote Script Executer прост. На стороне Stargazer'у включается плагин mod_remote_script. На роутерах устанавливаются дэмоны rscriptd. Конфигурационные файлы дэмонов есть в архиве с исходниками. Stargazer отправляет им комманды на выполнение скриптов OnConnect/OnDisconnect со всеми необходимыми параметрами, а они, соответственно, эти скрипты выполняют.

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

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


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