lalex Опубликовано: November 3, 2010 at 10:16 Опубликовано: November 3, 2010 at 10:16 в последнее время обратил внимание на периодически вылезающий баг (2.407). пользователь не дисконектится автоматом и сессия его висит. при подключении пользователя заново сервер соответственно отвечает, что "такой логин уже используется". за последние сутки было 2 таких случая. раньше тоже периодически такой баг вылезал, но не придавал ему особого внимания.
Небесный Опубликовано: November 3, 2010 at 17:09 Опубликовано: November 3, 2010 at 17:09 lalex, за полгода не встречал такого бага.
dummy Опубликовано: November 4, 2010 at 10:08 Опубликовано: November 4, 2010 at 10:08 Попробовал собрать данную сборку под 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 Опубликовано: November 4, 2010 at 11:48 Автор Опубликовано: November 4, 2010 at 11:48 Попробовал собрать данную сборку под 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 Опубликовано: November 4, 2010 at 11:51 Автор Опубликовано: November 4, 2010 at 11:51 Попробовал собрать данную сборку под 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 Опубликовано: November 4, 2010 at 12:24 Опубликовано: November 4, 2010 at 12:24 Попробовал собрать данную сборку под 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 Опубликовано: November 8, 2010 at 08:09 Автор Опубликовано: November 8, 2010 at 08:09 Попробовал собрать данную сборку под 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 Опубликовано: November 17, 2010 at 18:33 Опубликовано: November 17, 2010 at 18:33 lalex, за полгода не встречал такого бага. и тем не менее он встречается. редко, но встречается. происходит как правило в том случае, когда один логин используется на 2х и более компьютерах. пользователь вытягивает кабель (авторизатор не отключая), переключает его в другой компьютер и подключиться уже не может. СТГ отвечает, что логин уже используется. сессия пользовательская не отваливается от сервака ни через минуту, ни через 12 часов. эта ситуация подтверждена на 2х серверах.
Небесный Опубликовано: November 17, 2010 at 20:30 Опубликовано: November 17, 2010 at 20:30 1-е, нету разницы или под одним логином или нет - проблема есть при одновременной работе конфигураторов с разных машин или с одной(сразу запустить два и больше конфигураторов), разработчики уже об этом знают и решают этот вопрос, думаю в следующей версии - этот баг устранят. Да и он мне сильно не мешает, ну было два раза за полгода, ну и хер с ним, сам же биллинг при этом работает, только нельзя конфигуратором подключится. Рестартонул СТЖ и всех-то делов. Почему так, не помню уже, madf как-то объяснял, забыл, думаю ниже он тоже прокоментирует этот пункт. 2-е, было такое на 405 версии - встречал. На выше версиях уже не встречал - не знаю, что по этому поводу сказать.
dummy Опубликовано: November 17, 2010 at 22:56 Опубликовано: November 17, 2010 at 22:56 Уважаемый madf , не мог бы ты сделать сборку продукта со всеми выложенными здесь (или не здесь) патчами, чтобы облегчить работу и заодно тестирование новой версии ?
madf Опубликовано: November 18, 2010 at 08:08 Автор Опубликовано: November 18, 2010 at 08:08 lalex, за полгода не встречал такого бага. и тем не менее он встречается. редко, но встречается. происходит как правило в том случае, когда один логин используется на 2х и более компьютерах. пользователь вытягивает кабель (авторизатор не отключая), переключает его в другой компьютер и подключиться уже не может. СТГ отвечает, что логин уже используется. сессия пользовательская не отваливается от сервака ни через минуту, ни через 12 часов. эта ситуация подтверждена на 2х серверах. Чертовски странно. Тоже ни разу не встречал такого бага. 1-е, нету разницы или под одним логином или нет - проблема есть при одновременной работе конфигураторов с разных машин или с одной(сразу запустить два и больше конфигураторов), разработчики уже об этом знают и решают этот вопрос, думаю в следующей версии - этот баг устранят. Да и он мне сильно не мешает, ну было два раза за полгода, ну и хер с ним, сам же биллинг при этом работает, только нельзя конфигуратором подключится. Рестартонул СТЖ и всех-то делов. Почему так, не помню уже, madf как-то объяснял, забыл, думаю ниже он тоже прокоментирует этот пункт. 2-е, было такое на 405 версии - встречал. На выше версиях уже не встречал - не знаю, что по этому поводу сказать. lalex про авторизатор пишет а не про конфигуратор. Уважаемый madf , не мог бы ты сделать сборку продукта со всеми выложенными здесь (или не здесь) патчами, чтобы облегчить работу и заодно тестирование новой версии ? Постараюсь на выходных выложить.
Небесный Опубликовано: November 18, 2010 at 09:19 Опубликовано: November 18, 2010 at 09:19 lalex про авторизатор пишет а не про конфигуратор. Точно, глаза наверное надо промывать.
DarkSpider Опубликовано: November 27, 2010 at 15:19 Опубликовано: November 27, 2010 at 15:19 Поиск по форуму не дал результата поэтому пишу вроде в эту веткую Бага(фича) такая : -при изменении пользователя - меняем мак - новый мак передается в качестве парам только если в поле примечание внести что-то -то же и при изменении тарифа пользователя -при изменении пользователя не всегда передаются некоторые параметры пример - в 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 Опубликовано: November 29, 2010 at 08:35 Автор Опубликовано: November 29, 2010 at 08:35 Поиск по форуму не дал результата поэтому пишу вроде в эту веткую Бага(фича) такая : -при изменении пользователя - меняем мак - новый мак передается в качестве парам только если в поле примечание внести что-то -то же и при изменении тарифа пользователя -при изменении пользователя не всегда передаются некоторые параметры пример - в 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 Опубликовано: November 30, 2010 at 11:57 Опубликовано: November 30, 2010 at 11:57 как нибудь можно сделать чтобы быллинг давал делать кредит больше 1000?
madf Опубликовано: November 30, 2010 at 13:59 Автор Опубликовано: November 30, 2010 at 13:59 как нибудь можно сделать чтобы быллинг давал делать кредит больше 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 Опубликовано: November 30, 2010 at 16:43 Опубликовано: November 30, 2010 at 16:43 2010-11-30 15:58:37 -- Admin 'admin', 127.0.0.1: User 'test': 'credit' parameter changed from '0.000000' to '10000.000000'. понял, видимо ограничение было в предыдущем релизе
madf Опубликовано: November 30, 2010 at 17:15 Автор Опубликовано: November 30, 2010 at 17:15 2010-11-30 15:58:37 -- Admin 'admin', 127.0.0.1: User 'test': 'credit' parameter changed from '0.000000' to '10000.000000'. понял, видимо ограничение было в предыдущем релизе Видимо это было на столько давно что даже и неправда
keshaLG Опубликовано: December 1, 2010 at 01:18 Опубликовано: December 1, 2010 at 01:18 Глазил я походу сервер, когда хвалил его стабильность... вот нащел багу: думал идти спать, тут сообщение юзера по 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 Опубликовано: December 1, 2010 at 08:21 Автор Опубликовано: December 1, 2010 at 08:21 Глазил я походу сервер, когда хвалил его стабильность... вот нащел багу: думал идти спать, тут сообщение юзера по 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 Опубликовано: December 1, 2010 at 09:18 Опубликовано: December 1, 2010 at 09:18 может синхронизация времени в 0:00 и поэтому получается 2 раза по 0 часов 0 минут?
madf Опубликовано: December 1, 2010 at 09:36 Автор Опубликовано: December 1, 2010 at 09:36 может синхронизация времени в 0:00 и поэтому получается 2 раза по 0 часов 0 минут? Я тоже так думал сперва, но время в логе разное и не два раза случилось а три.
keshaLG Опубликовано: December 1, 2010 at 10:30 Опубликовано: December 1, 2010 at 10:30 да оно бы и дальше снимало, явно зациклилось, и причем тут в 44 минуты начало снятия?
keshaLG Опубликовано: December 1, 2010 at 19:45 Опубликовано: December 1, 2010 at 19:45 даже не ровно в 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 Опубликовано: December 3, 2010 at 08:10 Автор Опубликовано: December 3, 2010 at 08:10 даже не ровно в 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 который для этого и предназначен?
Рекомендованные сообщения