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 который для этого и предназначен?
Рекомендованные сообщения