nickmas

PassiveTime возникает не только при заморозке, но и при добавлении пользователя. Например, если пользователь добавляется среди месяца то время прошедшее с момента предыдущего снятия абонки до момента добавления пользователя считается passive time и за него, соответственно, не снимается часть абонплаты. А как ты определил что после патча проблема осталась? Она ведь проявляется только в момент снятия абонплаты. Пропатчил стг, пересобрал, откатил дату на конец ноября, и проверил снятие абон.платы. Все это происходило на виртуальной машине (использую ВМ, чтобы не дергать боевой сервер).

Ребята! Есть у кого какие мысли по сложившейся ситуации? Не хотелось бы сидеть в новогоднюю ночь и доснимать абон.плату клиентам!!!

Дело в том, что я заморозкой вообще не пользуюсь. Поэтому у всех юзеров PassiveTime всегда был равен нулю. Причем исходя из указанной выше темы я думаю патч уже должен быть включен в stg-2.407-rc1. Надо посмотреть в соурсах... наличие исправлений. Теория подтвердилась практикой: после патча и пересборки стг проблема осталась. Вот может для сравнения файлы базы stat помогут: Пользователь, у которого не снимается абон. плата: Перед снятием абон.платы: Cash=0.000000 D0=0 D1=0 D2=0 D3=0 D4=0 D5=0 D6=0 D7=0 D8=0 D9=0 FreeMb=0.000000 LastActivityTime=1293333251 LastCashAdd=1.000000 LastCashAddTime=1291155011 PassiveTime=0 U0=0 U1=0 U2=0 U3=0 U4=0 U5=0 U6=0 U7=0 U8=0 U9=0 После снятия абон.платы: Cash=0.000000 D0=0 D1=0 D2=0 D3=0 D4=0 D5=0 D6=0 D7=0 D8=0 D9=0 FreeMb=0.000000 LastActivityTime=1291155067 LastCashAdd=1.000000 LastCashAddTime=1291155011 PassiveTime=0 U0=0 U1=0 U2=0 U3=0 U4=0 U5=0 U6=0 U7=0 U8=0 U9=0

Дело в том, что я заморозкой вообще не пользуюсь. Поэтому у всех юзеров PassiveTime всегда был равен нулю. Причем исходя из указанной выше темы я думаю патч уже должен быть включен в stg-2.407-rc1. Надо посмотреть в соурсах... наличие исправлений.

Параметр PassiveTime=0 как у проблемных юзеров, так и у тех, у которых нормально снимается абон. плата. Куда еще следует посмотреть?

Проблема следующая: не всем абонентам снимается абонплата при переходе на новый месяц. База на filestore. Проблема существует что на stg-2.406, что и на stg-2.407-rc1. Эту проблему удается воспроизвести на виртуальной машине. Причем не снимает абон плату одним и тем же абонентам. Попробовал откатить дату и повторно прогнать снятие абонплаты, но тем же самым абонентам опять не сняло абонплату. КК и виндовым конфигураторам cash проблемным юзерам изменяет. Кстати, при переходе на новый месяц проблемным юзерам обнуляется freeMb, но cash не меняется. Вот логи: Проблемный юзер: root@vm:/# grep nickmas /var/log/stargazer.log 2010-12-01 00:02:02 -- Admin '@stargazer', 0.0.0.0: User 'nickmas': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic Нормальный юзер: root@vm:/# grep ab015003 /var/log/stargazer.log 2010-12-01 00:01:37 -- Admin '@stargazer', 0.0.0.0: User 'ab015003': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic 2010-12-01 00:04:01 -- Admin '@stargazer', 0.0.0.0: User 'ab015003': 'cash' parameter changed from '-1.000000' to '-2.000000'. Subscriber fee charge У меня два сервера и на обоих наблюдается такая ситуация. Куда рыть?

Уважаемый madf! Добавь пожалуйста в виндовый конфигуратор возможность настройки длины строки (label.width) нижней таблицы. А то не полностью отображается название, если переименовать какой-либо Userdata. Например: "real-ip ('-' disable, '*' any free)". В принципе настройку можно вынести в закладку Интерфейс. Тогда было бы разумно попутно сделать настройку длины строки и самого значения.

Куплю Mikrotik R5H mini-pci за разумную цену.

To madf: Выложи, пожалуйста, stg-2.407-rc2. Созрел уже перейти с stg-2.406 на stg-2.407-rc1. Но не хочется искать предложенные патчи по форуму и накладывать.

На стороне stg выполняються скрипты OnConnect, OnDisconnect при использовании Remote Script Executer? И как насчет остальных скриптов (OnChange, OnUserDel, ...), где они выполняются? (логично было бы выполняться только на стороне стг, но все же?) В мануале 2.13 действительно есть описание модуля remote_script, точнее его конфигурационные параметры. А вот принципа работы не нашел. Поэтому и возникают вопросы. Кстати, для установка rscriptd достаточно запустить build и все? Readme там не нашел.

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

Периодически наблюдается такое падение сервера: перестают отрабатываться скрипты OnConnect, OnDisconnect. Перезапуск стг исправляет ситуацию. Но опять же это в 406 версии. Понимая, что 406 тут не актуальна, буду проверять наличие этих багов на 407. Потом отпишусь.

Это проявляется на 406. Проверю на 407 версии и отпишусь. Только вот понимаю, что в stg-2.407-rc1 со старта патчи нужно накладывать, предложенные в этой ветке форума. Или может уже есть промежуточная сборка с текущими исправлениями? Если так, то дайте ссылку.

После недолгих наблюдений делаю вывод, что причина столь частых падений оказалась в самом скрипте - спасибо тебе Dimension. Оставляю тогда проверку живучести stg по файлам монитора сервера. To madf: твой скрипт кстати!!! Спасибо ребята за помощь. Теперь stg подвисает (определяю по users_r) при накидывании интернета. Т.е. при частом обращении КК к серверу. Дальше буду разгружать базовые скрипты (в данном случае OnChange) - думаю достигну результата.

Да, действительно, скрипт от туда. Вот его содержимое: Попробую его отключить и понаблюдаю. А есть нормальный скрипт, который смотрит за живучестью stg ?

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

Да, действительно. Скопировал stargazer, либы и модули. Логи побежали в консоле - но только когда руками запустил /usr/sbin/stargazer Через gdb не захотел - на третей строчке выскочило +[stop] ... Не успел скопировать.

Конечно забыл. Я думал он сам все скопирует. Что еще куда скопировать? Подскажи пожалуйста. Я так понимаю либы и модули тоже заменить нужно. Верно?

без 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...

Собрал, наблюдаю. Еще такой ламерский вопрос: Почему (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. - ? Так и должно быть ? В консоль ничего не сыпет.

А как потом уйти с debug-режима? Пересобрать заново: ./build make install ?

У меня база 1500. На другом 300 - там падает намного реже, но падает. Буду собирать отладочную инфу и отпишусь. Спасибо что помогаете.

Вот мой лог: 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. Хвастаться нечем Может какую отладочную информацию снять? Скажите какую и как?

55 days - я тоже так хочу !!! Пните меня, что не так организовано.

Нужен ваш совет! У меня стоит stg-2.406 с базой на filestore. Работаю с роутером удаленно по ssh, не через rscript. Базовые скрипты (OnConnect и т.д.) относительно нагружены кодом. ОС linux slackware 13.0 64bit. Так вот stg вылетает в среднем раз в час. Исправляется автоматическим ребутом. Как бы жить можно, но уже достало. Есть мысли облегчить жизнь stg путем: 1. Перейти на Postgresql. 2. Убрать максимально кода с базовых скриптов (свести до минимума нагрузку). 3. Обратиться к разработчику Кто у себя подобную ситуацию уже разрулил - нужен совет.