lalex Опубліковано: 26 березня, 2009 Опубліковано: 26 березня, 2009 по адресу пишу или нет, но в последней версии конфигуратора (1.90.9) не работает (или работает по иной логике) скорее всего фильтр. по крайней мере если в фильтре вписать IP-адрес подключенного пользователя, то он его не отобразит. отображает лишь пользователя у которого стоит флаг "всегда онлайн" и вписан адрес вручную или конфигуратор не в состоянии выбрать из текущих подключенных пользователей нужного по IP-адресу, а выбирает только тех у кого вписан адрес? а если адреса раздаются по dhcp? как тогда быть?
den68 Опубліковано: 26 березня, 2009 Опубліковано: 26 березня, 2009 Некритично, но информации ради: Сборка: /include/common.h: In function `const std::string& x2str(varT, std::string&) [with varT = long long unsigned int]': file_store.cpp:1817: instantiated from here include/common.h: In function `const std::string& x2str(varT, std::string&) [with varT = long long unsigned int]': parser.cpp:267: instantiated from here /include/common.h:171: warning: comparison of unsigned expression < 0 is always false parser.cpp:267: instantiated from here /include/common.h:192: warning: comparison of unsigned expression < 0 is always false
den68 Опубліковано: 27 березня, 2009 Опубліковано: 27 березня, 2009 Что-то у меня не заработало, общее ощущение - что при обращении конфигуратором он гдето на полпути впадает в кому, и ни инетацеес ни конфигуратор уже к нему не подключаются... P.S. в sgconf очень хотелось бы видеть параметр - таймаут ответа сервера ...
madf Опубліковано: 27 березня, 2009 Автор Опубліковано: 27 березня, 2009 Некритично, но информации ради:Сборка: /include/common.h: In function `const std::string& x2str(varT, std::string&) [with varT = long long unsigned int]': file_store.cpp:1817: instantiated from here include/common.h: In function `const std::string& x2str(varT, std::string&) [with varT = long long unsigned int]': parser.cpp:267: instantiated from here /include/common.h:171: warning: comparison of unsigned expression < 0 is always false parser.cpp:267: instantiated from here /include/common.h:192: warning: comparison of unsigned expression < 0 is always false Да, я это видел, но т.к. это совершенно некритично - оставил до релиза
madf Опубліковано: 27 березня, 2009 Автор Опубліковано: 27 березня, 2009 Что-то у меня не заработало, общее ощущение - что при обращении конфигуратором он гдето на полпути впадает в кому, и ни инетацеес ни конфигуратор уже к нему не подключаются... P.S. в sgconf очень хотелось бы видеть параметр - таймаут ответа сервера ... Странно. А можешь показать консольный лог в этот момент? И еще выхлоп ./build debug. Ну и настройки не помешали бы. Да и конфигурация машины до кучи.
madf Опубліковано: 27 березня, 2009 Автор Опубліковано: 27 березня, 2009 По поводу скриптов. Нарыл такое: Run this as one process: #!/bin/sh while [ 1 = 1 ]; do iptables -t mangle -F chain1 iptables -t mangle -X chain1 iptables -t mangle -N chain1 || exit 1 done Run this as another process: #!/bin/sh while [ 1 = 1 ]; do iptables -t mangle -F chain2 iptables -t mangle -X chain2 iptables -t mangle -N chain2 || exit 1 done and you get: iptables: No chain/target/match by that name iptables: No chain/target/match by that name iptables: Unknown error 4294967295 iptables: Unknown error 4294967295 iptables: Chain already exists iptables: Unknown error 4294967295 iptables: Unknown error 4294967295 iptables: Unknown error 4294967295 iptables v1.3.5: can't initialize iptables table `mangle': Bad file descriptor Perhaps iptables or your kernel needs to be upgraded. <... etc> I'm don't understand the things going on under the surface, so maybe there is a reason it's impossible to have some kind of locking to prevent this, like for example, with chmod: #!/bin/sh while [ 1 = 1 ]; do chmod 777 mod_me done #!/bin/sh while [ 1 = 1 ]; do chmod 666 mod_me done (no errors) http://mailman.ds9a.nl/pipermail/lartc/2006q2/018612.html
den68 Опубліковано: 27 березня, 2009 Опубліковано: 27 березня, 2009 Странно. А можешь показать консольный лог в этот момент? И еще выхлоп ./build debug. Ну и настройки не помешали бы. Да и конфигурация машины до кучи. На выходных ночью повторю. # ./build debug ############################################################################# Building STG 2.4 for Linux ############################################################################# Checking endianess... Little Endian Checking for -lexpat... yes Checking for -lfbclient... no Checking for mysql_config... yes Checking for mysql_config --cflags... [-I/usr/include/mysql] Checking for mysql_config --libs_r... [-L/usr/lib/mysql -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread] Checking for -lpq... no Машина (Xeon): 12:20:41 up 17 days, 10:05, 1 user, load average: 0.98, 0.48, 0.34 73 processes: 72 sleeping, 1 running, 0 zombie, 0 stopped CPU0 states: 1.1% user 23.1% system 0.0% nice 0.0% iowait 74.1% idle CPU1 states: 1.1% user 12.1% system 0.0% nice 0.0% iowait 85.0% idle CPU2 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle CPU3 states: 9.0% user 0.0% system 0.0% nice 0.0% iowait 90.1% idle Mem: 2070032k av, 1825560k used, 244472k free, 0k shrd, 180684k buff 780796k active, 678340k inactive Swap: 779144k av, 0k used, 779144k free 1278292k cached Настройки (cтандартные): LogFile = /var/log/stargazer2.4.log Rules = /etc/stargazer_2.4/rules DetailStatWritePeriod=1/6 StatWritePeriod = 30 DayFee = 1 DayFeeIsLastDay = yes DayResetTraff = 1 SpreadFee = no FullFee = yes FreeMbAllowInet = no WriteFreeMbTraffCost = no ShowFeeInCash=yes <DirNames> .... </DirNames> ExecutersNum = 1 ExecMsgKey = 5555 ModulesPath = /usr/lib/stg MonitorDir=/var/stargazer_2.4/monitor <StoreModule store_mysql> dbuser = xxxx rootdbpass = xxxxx dbname = homeuserstg dbhost = 127.0.0.1 dbport = 3306 dbtimeout = 15 dbsocket = /var/lib/mysql/mysql.sock dbtablecharset = koi8r </StoreModule> <Modules> <Module auth_ao> </Module> <Module auth_ia> Port = 7777 UserDelay = 99 UserTimeout = 300 FreeMb = cash </Module> <Module conf_sg> Port = 7777 </Module> <Module cap_ipq> </Module> <Module radius_ia> Secret=xxxx NasIP=192.168.xxx.xxx NasIP=192.168.xxx.xxx AuthPort=1812 AcctPort=1813 TrafficDir=3 UpdateInterval=30 SwapInOut=1 </Module> <Module cap_nf> UDPPort=9996 TCPPort=9996 </Module> </Modules>
Slava Опубліковано: 27 березня, 2009 Опубліковано: 27 березня, 2009 Именно на этой версии появилась? По поводу скриптов. Нарыл такое: http://mailman.ds9a.nl/pipermail/lartc/2006q2/018612.html А можно по подробнее чтобы это значило while [ 1 = 1 ]; do это как я понимаю зацикливание....
madf Опубліковано: 27 березня, 2009 Автор Опубліковано: 27 березня, 2009 Правильно. Там для теста сделано 2 скрипта, которые бесконечно работают с iptables. При одновременной работе этих скриптов вылазят ошибки. Правда, не знаю на сколько это актуально для современных ядер и iptables.
Slava Опубліковано: 27 березня, 2009 Опубліковано: 27 березня, 2009 пробовал #!/bin/sh while [ 1 = 1 ]; do iptables -t mangle -F chain1 iptables -t mangle -X chain1 iptables -t mangle -N chain1 || exit 1 done #!/bin/sh while [ 1 = 1 ]; do iptables -t mangle -F chain2 iptables -t mangle -X chain2 iptables -t mangle -N chain2 || exit 1 done на 1. iptables v1.3.8, krenel 2.6.23.17 2. iptables v1.4.2-rc1, Linux 2.6.24.7 висели минут по 20 на каждой машине на втором параллельно был запущен старгайзер проблем с подключением инета ИнетАксессом не наблюдалось выхлоп скриптов iptables: No chain/target/match by that name iptables: No chain/target/match by that name
den68 Опубліковано: 27 березня, 2009 Опубліковано: 27 березня, 2009 Правильно. Там для теста сделано 2 скрипта, которые бесконечно работают с iptables. При одновременной работе этих скриптов вылазят ошибки. Правда, не знаю на сколько это актуально для современных ядер и iptables. Актуально, это случается когда правило в данный момент используется/занято + большая нагрузка на иптаблес в плане удаления/добавления правил. мы на эти грабли года 4 назад наступили - теперь каждое правило удаляем в цикле
Slava Опубліковано: 27 березня, 2009 Опубліковано: 27 березня, 2009 Снова про "всегда онлайн" только что вылезла странная проблема пользователь был "всегда онлайн" вчера инет работал правила были добавлены. Сегодня инета нет правила отсутствуют клиент коннектится инетаксессом - инета все равно нет хотя на соседних компах где всегда онлайн отключено инет есть. Только после того как убрал галочку "всегда онлайн" клиент подключился инетаксессом правила добавились инет появился. (в предыдущей версии такого не наблюдалось если клиент, у которого стоит всегда онлайн проблемы с коннектом, запустил инетаксесс и работает) Прилагаю выхлоп лога юзера 2009-03-22 23:59:00 -- Connect, 10.10.2.10 2009-03-23 23:36:16 -- Connect, 10.10.2.10 2009-03-23 23:59:00 -- Disconnect, session upload: '0,0,0,0,0,0,0,0,0,0' session download: '0,0,0,0,0,0,0,0,0,0' month upload: '0,2534316,0,0,0,0,0,0,0,0' mo 2009-03-23 23:59:00 -- Connect, 10.10.2.10 2009-03-24 19:55:16 -- Connect, 10.10.2.10 2009-03-24 23:59:00 -- Disconnect, session upload: '0,0,0,0,0,0,0,0,0,0' session download: '0,0,0,0,0,0,0,0,0,0' month upload: '0,2616747,0,0,0,0,0,0,0,0' mo 2009-03-24 23:59:00 -- Connect, 10.10.2.10 2009-03-25 23:59:00 -- Disconnect, session upload: '0,76,0,0,0,0,0,0,0,0' session download: '0,76,0,0,0,0,0,0,0,0' month upload: '0,2616823,0,0,0,0,0,0,0,0' 2009-03-25 23:59:00 -- Connect, 10.10.2.10 2009-03-26 23:59:00 -- Disconnect, session upload: '0,0,0,0,0,0,0,0,0,0' session download: '0,0,0,0,0,0,0,0,0,0' month upload: '0,2616823,0,0,0,0,0,0,0,0' mo 2009-03-26 23:59:00 -- Connect, 10.10.2.10 2009-03-27 22:38:02 -- Admin 'admin', 10.10.2.200: 'alwaysOnline' parameter changed from '1' to '0'. 2009-03-27 22:38:10 -- Disconnect, session upload: '0,0,0,0,0,0,0,0,0,0' session download: '0,0,0,0,0,0,0,0,0,0' month upload: '0,2616823,0,0,0,0,0,0,0,0' mo 2009-03-27 22:38:10 -- Connect, 10.10.2.10
hexer Опубліковано: 28 березня, 2009 Опубліковано: 28 березня, 2009 А у меня вопросик,по поводу вэб-интерфейса в эту сборку вошли те патчи, от Алферова кажись Или ее тоже патчить нада?
Watson Опубліковано: 28 березня, 2009 Опубліковано: 28 березня, 2009 В rc сборке, в stargazer.log неправильно отоббражает айпи администраторов, вернее отображает всех админов и кассиров под одним айпи(всего 5 учетных записей с разным уровнем доступа), может это у меня только???? вот что логи пишут. 2009-03-30 17:07:49 -- Admin 'kostet', 192.168.55.128: User 'shturman': 'cash' parameter changed from '5.000000' to '50.000000'. 2009-03-30 17:09:21 -- Admin 'tania', 192.168.55.128: User 'sving': 'cash' parameter changed from '0.812615' to '45.812615'. 2009-03-30 17:15:46 -- Admin 'tania', 192.168.55.128: User 'sasha120': 'cash' parameter changed from '3.338554' to '88.338554'. 2009-03-30 17:17:22 -- Admin 'sergey', 192.168.55.128: User 'tarasov': 'cash' parameter changed from '1.463669' to '51.463669'. 2009-03-30 17:17:22 -- Admin 'tania', 192.168.55.128: User 'online': 'cash' parameter changed from '0.271386' to '45.271386'.
Neelix Опубліковано: 29 березня, 2009 Опубліковано: 29 березня, 2009 А у меня вопросик,по поводу вэб-интерфейсав эту сборку вошли те патчи, от Алферова кажись Или ее тоже патчить нада? madf не занимается поддержкой веб интерфейса и патчами от Алферова
egor2fsys Опубліковано: 29 березня, 2009 Опубліковано: 29 березня, 2009 В rc сборке, в stargazer.log неправильно отоббражает айпи администраторов, вернее отображает всех админов и кассиров под одним айпи(всего 5 учетных записей с разным уровнем доступа), может это у меня только???? Это ошибка. Она уже зарегистрирована и будет исправлена при выходе релиза.
rem_lex Опубліковано: 11 квітня, 2009 Опубліковано: 11 квітня, 2009 При установке значения 2 и больше наблюдаются проблемы с одновременным выполнением скриптов - чего-то некоторые правила iptables вообще не отрабатывают. Особенно это сказывается при старте старгейзера - не всем alwaysOnline пользователям поднимались разрешающие правила. Так и не разобрался почему. поддерживаю, такую штуку заметил еще с версии 2,404, до этого просто не эксперементировал Да нет, конфигурация тут не при чем. Возможно дело в скриптах. Может они не могут выполняться одновременно. непонятно, я пробовал одновременно запускать несколько больших скриптов, которые добавляют правила в iptables, руками отрабатывает на ура Можна примеры скриптов на faust@stg.dp.ua? отослал возможно такое, что в момент исполнения stg-exec блокирует доступ к файлу скрипта OnConnect/OnDisconnect?
madf Опубліковано: 13 квітня, 2009 Автор Опубліковано: 13 квітня, 2009 stg-exec ничего не блокирует. Это проблема iptables. Судя по всему, они не могут выполняться в параллельных процессах.
nallien Опубліковано: 13 квітня, 2009 Опубліковано: 13 квітня, 2009 да это глючек iptables. при чем довольно древний. обновите ядро и сам iptables. кажись проблему уже давно пофиксили. проверить можно легко зацыклив добавление удаление файлов в 5 процессах например. и все нестандартное в лог. через час будете знать подвержена ли ваша система таким бякам. ну или ставьте exec num = 1
trinux Опубліковано: 14 квітня, 2009 Опубліковано: 14 квітня, 2009 не знаю может не в версии дело, но я просто ее сегодня установил. Сегодня же у меня был первый день снятия абонплаты. Вобщем было у всех по 30 денежных ед. на счету, кто пополнил счет тому кидалось 100 на счет.. По логике у человека при балансе в 130 при снятии абонки (как я указал тарифу) в 100 денег... у него остается 30 и он свободно работает до след месяца. А получилось что денег на счету у всех осталось по разному
trinux Опубліковано: 15 квітня, 2009 Опубліковано: 15 квітня, 2009 Понял из этого параметра # Необязательный параметр. Указывает снимать полную абонплату у пользователя даже # если он быз заморожен только часть учетного периода. # По умолчанию установлен в no # FullFee=no нужно yes сказать
Bungee Опубліковано: 18 квітня, 2009 Опубліковано: 18 квітня, 2009 Понял из этого параметра # Необязательный параметр. Указывает снимать полную абонплату у пользователя даже # если он быз заморожен только часть учетного периода. # По умолчанию установлен в no # FullFee=no нужно yes сказать Раз в сутки, практически в одно и тоже время подвисает стг. При этом Начинает очень галить сервак, пинги возрастают и очень все тормозит. система ASP 14, 2-х ядерный проц, 2 гига оперы. Stg-2.406-rc1. В чем может быть бок? В логе стг и общем ничего не пишит
madf Опубліковано: 18 квітня, 2009 Автор Опубліковано: 18 квітня, 2009 Раз в сутки? Хз. А виноват stg?
Bungee Опубліковано: 18 квітня, 2009 Опубліковано: 18 квітня, 2009 Раз в сутки? Хз. А виноват stg? думаю что да. Перезапускаешь стг, и сразу все становится нормально. При этом при перезапуске, при его остановке пишет ошибка.....
Рекомендованные сообщения