stg-2.407-rc1

[lalex 0]

в последнее время обратил внимание на периодически вылезающий баг (2.407). пользователь не дисконектится автоматом и сессия его висит. при подключении пользователя заново сервер соответственно отвечает, что "такой логин уже используется". за последние сутки было 2 таких случая. раньше тоже периодически такой баг вылезал, но не придавал ему особого внимания.

[Небесный 26]

lalex, за полгода не встречал такого бага.

[dummy 8]

Попробовал собрать данную сборку под Fedora 14, получил:

cc admin.o admins.o main.o curr_ip.o settings.o stg_timer.o tariff.o tariffs.o traffcounter.o user.o user_property.o users.o plugin_runner.o store_loader.o pidfile.o eventloop.o -L/usr/local/lib -Wl,-E -L/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib -Wl,-rpath,/usr/lib/stg -Wl,-rpath-link,/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib  -lexpat -lpthread -ldl -lstg_logger -lstg_locker -lstg_common -lscript_executer -ldotconfpp -o stargazer
/usr/bin/ld: traffcounter.o: undefined reference to symbol '__cxa_guard_abort@@CXXABI_1.3'
/usr/bin/ld: note: '__cxa_guard_abort@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line
/usr/lib/libstdc++.so.6: could not read symbols: Invalid operation
collect2: выполнение ld завершилось с кодом возврата 1
make: *** [stargazer] Ошибка 1

[madf 279]

Попробовал собрать данную сборку под Fedora 14, получил:

cc admin.o admins.o main.o curr_ip.o settings.o stg_timer.o tariff.o tariffs.o traffcounter.o user.o user_property.o users.o plugin_runner.o store_loader.o pidfile.o eventloop.o -L/usr/local/lib -Wl,-E -L/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib -Wl,-rpath,/usr/lib/stg -Wl,-rpath-link,/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib  -lexpat -lpthread -ldl -lstg_logger -lstg_locker -lstg_common -lscript_executer -ldotconfpp -o stargazer
/usr/bin/ld: traffcounter.o: undefined reference to symbol '__cxa_guard_abort@@CXXABI_1.3'
/usr/bin/ld: note: '__cxa_guard_abort@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line
/usr/lib/libstdc++.so.6: could not read symbols: Invalid operation
collect2: выполнение ld завершилось с кодом возврата 1
make: *** [stargazer] Ошибка 1

Проблемы в системе. Либо с libstdc++, либо с компоновщиком.

[madf 279]

Попробовал собрать данную сборку под Fedora 14, получил:

cc admin.o admins.o main.o curr_ip.o settings.o stg_timer.o tariff.o tariffs.o traffcounter.o user.o user_property.o users.o plugin_runner.o store_loader.o pidfile.o eventloop.o -L/usr/local/lib -Wl,-E -L/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib -Wl,-rpath,/usr/lib/stg -Wl,-rpath-link,/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib  -lexpat -lpthread -ldl -lstg_logger -lstg_locker -lstg_common -lscript_executer -ldotconfpp -o stargazer
/usr/bin/ld: traffcounter.o: undefined reference to symbol '__cxa_guard_abort@@CXXABI_1.3'
/usr/bin/ld: note: '__cxa_guard_abort@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line
/usr/lib/libstdc++.so.6: could not read symbols: Invalid operation
collect2: выполнение ld завершилось с кодом возврата 1
make: *** [stargazer] Ошибка 1

Проблемы в системе. Либо с libstdc++, либо с компоновщиком.

Еще в гугле говорят что такое может быть когда часть программы собрана gcc-3.*, а часть gcc-4.*. Сделай make clean и пересобери снова.

[dummy 8]

Попробовал собрать данную сборку под Fedora 14, получил:

cc admin.o admins.o main.o curr_ip.o settings.o stg_timer.o tariff.o tariffs.o traffcounter.o user.o user_property.o users.o plugin_runner.o store_loader.o pidfile.o eventloop.o -L/usr/local/lib -Wl,-E -L/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib -Wl,-rpath,/usr/lib/stg -Wl,-rpath-link,/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib  -lexpat -lpthread -ldl -lstg_logger -lstg_locker -lstg_common -lscript_executer -ldotconfpp -o stargazer
/usr/bin/ld: traffcounter.o: undefined reference to symbol '__cxa_guard_abort@@CXXABI_1.3'
/usr/bin/ld: note: '__cxa_guard_abort@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line
/usr/lib/libstdc++.so.6: could not read symbols: Invalid operation
collect2: выполнение ld завершилось с кодом возврата 1
make: *** [stargazer] Ошибка 1

Проблемы в системе. Либо с libstdc++, либо с компоновщиком.

Еще в гугле говорят что такое может быть когда часть программы собрана gcc-3.*, а часть gcc-4.*. Сделай make clean и пересобери снова.

собирал с помощью ./build

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

 

проблемы в системы - маловероятны, только установил систему

[madf 279]

Попробовал собрать данную сборку под Fedora 14, получил:

cc admin.o admins.o main.o curr_ip.o settings.o stg_timer.o tariff.o tariffs.o traffcounter.o user.o user_property.o users.o plugin_runner.o store_loader.o pidfile.o eventloop.o -L/usr/local/lib -Wl,-E -L/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib -Wl,-rpath,/usr/lib/stg -Wl,-rpath-link,/home/sasa/0/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../lib  -lexpat -lpthread -ldl -lstg_logger -lstg_locker -lstg_common -lscript_executer -ldotconfpp -o stargazer
/usr/bin/ld: traffcounter.o: undefined reference to symbol '__cxa_guard_abort@@CXXABI_1.3'
/usr/bin/ld: note: '__cxa_guard_abort@@CXXABI_1.3' is defined in DSO /usr/lib/libstdc++.so.6 so try adding it to the linker command line
/usr/lib/libstdc++.so.6: could not read symbols: Invalid operation
collect2: выполнение ld завершилось с кодом возврата 1
make: *** [stargazer] Ошибка 1

Проблемы в системе. Либо с libstdc++, либо с компоновщиком.

Еще в гугле говорят что такое может быть когда часть программы собрана gcc-3.*, а часть gcc-4.*. Сделай make clean и пересобери снова.

собирал с помощью ./build

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

 

проблемы в системы - маловероятны, только установил систему

Тем не менее они есть

[lalex 0]

lalex, за полгода не встречал такого бага.

и тем не менее он встречается. редко, но встречается. происходит как правило в том случае, когда один логин используется на 2х и более компьютерах. пользователь вытягивает кабель (авторизатор не отключая), переключает его в другой компьютер и подключиться уже не может. СТГ отвечает, что логин уже используется. сессия пользовательская не отваливается от сервака ни через минуту, ни через 12 часов.

эта ситуация подтверждена на 2х серверах.

[Небесный 26]

1-е, нету разницы или под одним логином или нет - проблема есть при одновременной работе конфигураторов с разных машин или с одной(сразу запустить два и больше конфигураторов), разработчики уже об этом знают и решают этот вопрос, думаю в следующей версии - этот баг устранят. Да и он мне сильно не мешает, ну было два раза за полгода, ну и хер с ним, сам же биллинг при этом работает, только нельзя конфигуратором подключится. Рестартонул СТЖ и всех-то делов.

Почему так, не помню уже, madf как-то объяснял, забыл, думаю ниже он тоже прокоментирует этот пункт.

 

2-е, было такое на 405 версии - встречал. На выше версиях уже не встречал - не знаю, что по этому поводу сказать.

[dummy 8]

Уважаемый madf , не мог бы ты сделать сборку продукта со всеми выложенными здесь (или не здесь) патчами, чтобы облегчить работу и заодно тестирование новой версии ?

[madf 279]

lalex, за полгода не встречал такого бага.

и тем не менее он встречается. редко, но встречается. происходит как правило в том случае, когда один логин используется на 2х и более компьютерах. пользователь вытягивает кабель (авторизатор не отключая), переключает его в другой компьютер и подключиться уже не может. СТГ отвечает, что логин уже используется. сессия пользовательская не отваливается от сервака ни через минуту, ни через 12 часов.

эта ситуация подтверждена на 2х серверах.

Чертовски странно. Тоже ни разу не встречал такого бага.

 

1-е, нету разницы или под одним логином или нет - проблема есть при одновременной работе конфигураторов с разных машин или с одной(сразу запустить два и больше конфигураторов), разработчики уже об этом знают и решают этот вопрос, думаю в следующей версии - этот баг устранят. Да и он мне сильно не мешает, ну было два раза за полгода, ну и хер с ним, сам же биллинг при этом работает, только нельзя конфигуратором подключится. Рестартонул СТЖ и всех-то делов.

Почему так, не помню уже, madf как-то объяснял, забыл, думаю ниже он тоже прокоментирует этот пункт.

 

2-е, было такое на 405 версии - встречал. На выше версиях уже не встречал - не знаю, что по этому поводу сказать.

lalex про авторизатор пишет а не про конфигуратор.

 

Уважаемый madf , не мог бы ты сделать сборку продукта со всеми выложенными здесь (или не здесь) патчами, чтобы облегчить работу и заодно тестирование новой версии ?

Постараюсь на выходных выложить.

[Небесный 26]

lalex про авторизатор пишет а не про конфигуратор.

 

Точно, глаза наверное надо промывать.

[DarkSpider 36]

Поиск по форуму не дал результата поэтому пишу вроде в эту веткую

Бага(фича) такая :

-при изменении пользователя - меняем мак - новый мак передается в качестве парам только если в поле примечание внести что-то

-то же и при изменении тарифа пользователя

-при изменении пользователя не всегда передаются некоторые параметры

 

пример -

в OnChange пишу :

cat $2 >> ./test

cat $3 >> ./test

ну и так далее по аналогии

меняем все поля - все переменные пишутся

меняем только 1 поле (либо тариф либо мак(юзердата0) либо другое поле) айпишник пустой передается ТОЛЬКО логин и какой параметр изменился (и его старое и новое значение)

 

Виноват если пропустил уже где-то раньше.

Версия стг-последняя

Линух -

Linux kotovsk 2.6.32-21-generic-pae #32-Ubuntu SMP Fri Apr 16 09:39:35 UTC 2010 i686 GNU/Linux

[madf 279]

Поиск по форуму не дал результата поэтому пишу вроде в эту веткую

Бага(фича) такая :

-при изменении пользователя - меняем мак - новый мак передается в качестве парам только если в поле примечание внести что-то

-то же и при изменении тарифа пользователя

-при изменении пользователя не всегда передаются некоторые параметры

 

пример -

в OnChange пишу :

cat $2 >> ./test

cat $3 >> ./test

ну и так далее по аналогии

меняем все поля - все переменные пишутся

меняем только 1 поле (либо тариф либо мак(юзердата0) либо другое поле) айпишник пустой передается ТОЛЬКО логин и какой параметр изменился (и его старое и новое значение)

 

Виноват если пропустил уже где-то раньше.

Версия стг-последняя

Линух -

Linux kotovsk 2.6.32-21-generic-pae #32-Ubuntu SMP Fri Apr 16 09:39:35 UTC 2010 i686 GNU/Linux

 

Как-то все путанно, про мак какой-то... Но в целом я понял: в OnChange не всегда передается логин админа и его IP? Да, сам недавно такое заметил. Посмотрю.

[yKpon 8]

как нибудь можно сделать чтобы быллинг давал делать кредит больше 1000?

[madf 279]

как нибудь можно сделать чтобы быллинг давал делать кредит больше 1000?

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

[yKpon 8]

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

понял, видимо ограничение было в предыдущем релизе

[madf 279]

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

понял, видимо ограничение было в предыдущем релизе

Видимо это было на столько давно что даже и неправда

[keshaLG 5]

Глазил я походу сервер, когда хвалил его стабильность...

вот нащел багу:

думал идти спать, тут сообщение юзера по icq:

Tapping™ (01:01:53 1/12/2010)

а что за бред со счетом???

мне сразу за 2 месаца в минуса ушло??

 

Tapping™ (01:02:33 1/12/2010)

# время до сумма после примечание

1 2010-12-01 00:47:19 -62.8 -77 -139.8 Subscriber fee charge

2 2010-12-01 00:02:09 14.2 -77 -62.8 Subscriber fee charge

смотрю в логи и правда:

 

[root@stg log]# grep -i Tapping stargazer.log
2010-12-01 00:00:02 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic
2010-12-01 00:02:09 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'cash' parameter changed from '14.200000' to '-62.800000'. Subscriber fee charge
2010-12-01 00:44:41 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic
2010-12-01 00:47:19 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'cash' parameter changed from '-62.800000' to '-139.800000'. Subscriber fee charge

 

И самое интересное, что у ВСЕХ так.

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

 

2010-12-01 01:46:05 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic
2010-12-01 01:49:52 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'cash' parameter changed from '-139.800000' to '-216.800000'. Subscriber fee charge

 

ну в 02-44 ждать не стал, дернул СТГ вроде пока нормально все.

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

 

2 madf: спасибо за Admin '@stargazer' - теперь пишет в базу

 

PS вот и пощел спать по раньше) и напугало до ужаса главное)

[madf 279]

Глазил я походу сервер, когда хвалил его стабильность...

вот нащел багу:

думал идти спать, тут сообщение юзера по icq:

Tapping™ (01:01:53 1/12/2010)

а что за бред со счетом???

мне сразу за 2 месаца в минуса ушло??

 

Tapping™ (01:02:33 1/12/2010)

# время до сумма после примечание

1 2010-12-01 00:47:19 -62.8 -77 -139.8 Subscriber fee charge

2 2010-12-01 00:02:09 14.2 -77 -62.8 Subscriber fee charge

смотрю в логи и правда:

 

[root@stg log]# grep -i Tapping stargazer.log
2010-12-01 00:00:02 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic
2010-12-01 00:02:09 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'cash' parameter changed from '14.200000' to '-62.800000'. Subscriber fee charge
2010-12-01 00:44:41 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic
2010-12-01 00:47:19 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'cash' parameter changed from '-62.800000' to '-139.800000'. Subscriber fee charge

 

И самое интересное, что у ВСЕХ так.

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

 

2010-12-01 01:46:05 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic
2010-12-01 01:49:52 -- Admin '@stargazer', 0.0.0.0: User 'tapping': 'cash' parameter changed from '-139.800000' to '-216.800000'. Subscriber fee charge

 

ну в 02-44 ждать не стал, дернул СТГ вроде пока нормально все.

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

 

2 madf: спасибо за Admin '@stargazer' - теперь пишет в базу

 

PS вот и пощел спать по раньше) и напугало до ужаса главное)

Жесть. Никогда такого не видел. Да и не жаловался, вроде, никто. Единственное что могу предположить это то что снятие абонки зависит от вызова localtime которая не реэнтерабельная. Возможно из какого-то потока в этот момент делался такой-же вызов, но с данными для предыдущих суток. Это несомненно надо исправлять, но в чем конкретно у тебя была проблема - не ясно.

[yKpon 8]

может синхронизация времени в 0:00 и поэтому получается 2 раза по 0 часов 0 минут?

[madf 279]

может синхронизация времени в 0:00 и поэтому получается 2 раза по 0 часов 0 минут?

Я тоже так думал сперва, но время в логе разное и не два раза случилось а три.

[keshaLG 5]

да оно бы и дальше снимало, явно зациклилось, и причем тут в 44 минуты начало снятия?

[keshaLG 5]

даже не ровно в 00-44, вот начало "2го раза":

 

2010-12-01 00:44:40 -- Admin '@stargazer', 0.0.0.0: User 'oxy': 'freeMb' parameter changed from '20.000000' to '20.000000'. Prepaid traffic

 

а вот начало "3го раза":

 

2010-12-01 01:45:59 -- Admin '@stargazer', 0.0.0.0: User 'oxy': 'freeMb' parameter changed from '20.000000' to '20.000000'. Prepaid traffic

 

Может это связано, с тем, что у меня в OnChange очень тяжелая обработка рассылки фильтрующих правил фаервола по роутерам на bash?

(если параметр cash и у юзера cash меньше credit -> формируется таблица правил и рассылается) И систему нагрузила именно она, а СТГ не поставил "нужный" флаг при этом, где-то...

эх, знал бы Си - полез бы в код сам. Хотя если повторится в след. месяце придется())()

[madf 279]

даже не ровно в 00-44, вот начало "2го раза":

 

2010-12-01 00:44:40 -- Admin '@stargazer', 0.0.0.0: User 'oxy': 'freeMb' parameter changed from '20.000000' to '20.000000'. Prepaid traffic

 

а вот начало "3го раза":

 

2010-12-01 01:45:59 -- Admin '@stargazer', 0.0.0.0: User 'oxy': 'freeMb' parameter changed from '20.000000' to '20.000000'. Prepaid traffic

 

Может это связано, с тем, что у меня в OnChange очень тяжелая обработка рассылки фильтрующих правил фаервола по роутерам на bash?

(если параметр cash и у юзера cash меньше credit -> формируется таблица правил и рассылается) И систему нагрузила именно она, а СТГ не поставил "нужный" флаг при этом, где-то...

эх, знал бы Си - полез бы в код сам. Хотя если повторится в след. месяце придется())()

У меня пока подозрение на localtime.

А при каких условиях в OnChange изменяются правила файрволов? Не проще ли использовать rscriptd который для этого и предназначен?