Dimension 37 Posted 2009-03-08 14:38:25 Share Posted 2009-03-08 14:38:25 Ну дык, записать не может.Проверь от кого работает СТГ или установи на эти файлы разрешения 777. глянем... хотя люди эти работают в инете... Link to post Share on other sites
madf 279 Posted 2009-03-09 06:42:31 Author Share Posted 2009-03-09 06:42:31 Детальную статистику для всех можно отключить скриптом. Тормозит - потому что в базу пишет. Планировалось sgconf_xml включить? Когда? Мне такого никто не предлагал... "Cannot write conf for user kiva." - проверь что там с файлом. Может попортился. Link to post Share on other sites
Dimension 37 Posted 2009-03-09 08:28:42 Share Posted 2009-03-09 08:28:42 Детальную статистику для всех можно отключить скриптом. а можно этот скрипт опубликовать ? Тормозит - потому что в базу пишет. как уменьшить нагрузку эту пиковую ? Дело в том что люди жалуются на дисконекты в онлайн играх и icq Вылетает. Нагрузка на проц абычно до 20%, но несколько секунд в час он достигает 100% держится некоторое время. Грузит само сабой стг. Дабы не парить мазги думал просто поставить лучший проц. Был Core 2 DUO; E4600; 2.4GHz; 2M cache; 800MHz, а поставил Core 2 DUO; E6850; 3.0GHz; 4M cache; 1333MHz; - результата 0. Как грузил периодически так и грузит. Что делать ? Link to post Share on other sites
madf 279 Posted 2009-03-09 08:58:34 Author Share Posted 2009-03-09 08:58:34 а можно этот скрипт опубликовать ? Был бы - опубликовал бы. Ну для СУБД - это всего 1 запрос. Вся инфа есть в доке. Для файловой базы можно find/sed. как уменьшить нагрузку эту пиковую ? Дело в том что люди жалуются на дисконекты в онлайн играх и icq Вылетает. Нагрузка на проц абычно до 20%, но несколько секунд в час он достигает 100% держится некоторое время. Грузит само сабой стг. Дабы не парить мазги думал просто поставить лучший проц. Был Core 2 DUO; E4600; 2.4GHz; 2M cache; 800MHz, а поставил Core 2 DUO; E6850; 3.0GHz; 4M cache; 1333MHz; - результата 0. Как грузил периодически так и грузит. Что делать ? Наверное, не использовать mysql Сколько онлайнеров? Link to post Share on other sites
Dimension 37 Posted 2009-03-09 10:06:19 Share Posted 2009-03-09 10:06:19 Был бы - опубликовал бы. Ну для СУБД - это всего 1 запрос. Вся инфа есть в доке. Для файловой базы можно find/sed.Наверное, не использовать mysql Сколько онлайнеров? онлайн 100-150, используем исключительно файловую базу! mysql никогда даже не ставили... Link to post Share on other sites
madf 279 Posted 2009-03-09 10:20:39 Author Share Posted 2009-03-09 10:20:39 Ну значит могу посоветовать только отключить детальную статистику. Link to post Share on other sites
Dimension 37 Posted 2009-03-09 10:35:24 Share Posted 2009-03-09 10:35:24 Ну значит могу посоветовать только отключить детальную статистику. я отключал ее в новом конфигураторе клацая на каждом юзвере, может подскажешь более рациональный способ (только поподробнее) ? Link to post Share on other sites
madf 279 Posted 2009-03-09 10:57:18 Author Share Posted 2009-03-09 10:57:18 find/sed Детальней не могу, т.к. сам такой скрипт не писал. Link to post Share on other sites
dnserg 6 Posted 2009-03-09 11:50:09 Share Posted 2009-03-09 11:50:09 У меня стоит : P4 2.8 , 1 GB 600 юзеров, 150- 250 онлайн. Крутится Stargazer на мускле. 1,2 Тб трафик в месяц. Как видно машинка слабее, но такого как у тебя не наблюдается ... может это поможет ченить понять, не наю На счет sgconf_xml , я ошибся, то Neelix писал , что хочется видеть в сборке. Что нужно чтоб sgconf_xml скомпилился в текущей версии Stargazer а? Или пришлите пожалуйста на khoroshko @ gmail.com скомпилиный под Linux . Link to post Share on other sites
lalex 0 Posted 2009-03-09 18:18:41 Share Posted 2009-03-09 18:18:41 я отключал ее в новом конфигураторе клацая на каждом юзвере, может подскажешь более рациональный способ (только поподробнее) ? #!/bin/bash find /var/stargazer/users -name 'conf' -exec sed -i -e 's/DisabledDetailStat=0/DisabledDetailStat=1/' "{}" \; пользуйся на здоровье. Link to post Share on other sites
Neelix 33 Posted 2009-03-09 18:46:42 Share Posted 2009-03-09 18:46:42 На счет sgconf_xml , я ошибся, то Neelix писал , что хочется видеть в сборке. посмотри еще внимательней, я не писал такого. я писал, что у меня все прекрасно компилируется, на любом тазике в любых конфигурациях и ниразу не падало. примочки итд я могу подточить под нужные задачи, кроме глобальных, затрагивающих логику подсчета. Что нужно чтоб sgconf_xml скомпилился в текущей версии Stargazer а? а в чем проблема компиляции? логи показывай Link to post Share on other sites
dnserg 6 Posted 2009-03-09 19:13:20 Share Posted 2009-03-09 19:13:20 посмотри еще внимательней, я не писал такого. Форум 2.406-alpha, дата сообщения : Отправлено: Jan 24 2009, 05:18 PM - "В след. сборку хотелось бы добавить sgconf_xml и веб морду Впринципе уже пару суток работает без сбоев. Весьма-весьма! " Вот логс : ############################################################################# Building sgconf_xml for Linux ############################################################################# Makeing crypto.lib rm -f deps libstg_crypto.so *.o *.a *.so tags *.*~ for file in ag_md5.h blowfish.h; do \ rm -f /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../include/$file; \ done cc -DARCH_LE -fPIC -I /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../include -I ./ -DLINUX -DSTG_TIME -c ag_md5.c cc -DARCH_LE -fPIC -I /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../include -I ./ -DLINUX -DSTG_TIME -c blowfish.cpp g++ -shared -Wl,-rpath,//usr/lib/stg -Wl,-soname,libstg_crypto.so ag_md5.o blowfish.o -o libstg_crypto.so -L /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../lib ar rc libstg_crypto.a ag_md5.o blowfish.o ranlib libstg_crypto.a cp *.so /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../lib cp *.a /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../lib mkdir -m 0755 -p //usr/lib/stg install -m 0755 -o root -s libstg_crypto.so //usr/lib/stg/libstg_crypto.so Makeing common.lib rm -f deps libstg_common.so *.o *.a *.so tags *.*~ for file in debug.h stg_error.h common.h; do \ rm -f /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../include/$file; \ done cc -DARCH_LE -fPIC -I /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../include -I ./ -DLINUX -DSTG_TIME -c debug.c cc -DARCH_LE -fPIC -I /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../include -I ./ -DLINUX -DSTG_TIME -c stg_error.c gmake: *** No rule to make target `blowfish.h', needed by `common.o'. Stop. Link to post Share on other sites
Keen 10 Posted 2009-03-09 21:27:14 Share Posted 2009-03-09 21:27:14 Сегодня еще один камешек вылез в крайней бете. Старгейзер не упал, а просто подвис.... Лог консоли + valgrind ушел на stg34@ua.fm Link to post Share on other sites
Neelix 33 Posted 2009-03-09 21:28:22 Share Posted 2009-03-09 21:28:22 Форум 2.406-alpha, дата сообщения : Отправлено: Jan 24 2009, 05:18 PM- "В след. сборку хотелось бы добавить sgconf_xml и веб морду Впринципе уже пару суток работает без сбоев. Весьма-весьма! " ааа, ну тож в другом топике, как для дистрибутива можно напихать всем чем можно из серии STG. gmake: *** No rule to make target `blowfish.h', needed by `common.o'. Stop. обрати внимание на эту строчку у тебя в include директории, нет файла blowfish.h скопируй его и недостающие хедеры, и все должно без проблем собраться. учимся читать логи Сегодня еще один камешек вылез в крайней бете.Старгейзер не упал, а просто подвис.... самая первая не фиксеная версия работает с 3 марта (mysql) даже без рестартов Link to post Share on other sites
den68 0 Posted 2009-03-09 23:54:13 Share Posted 2009-03-09 23:54:13 Возникла проблема старгайзер периодически (примерно 3-10 минут в час) грузит проц до 100% в итоге ... Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает. Link to post Share on other sites
madf 279 Posted 2009-03-10 06:18:44 Author Share Posted 2009-03-10 06:18:44 Сегодня еще один камешек вылез в крайней бете.Старгейзер не упал, а просто подвис.... Лог консоли + valgrind ушел на stg34@ua.fm Зачем Боре? Мне теперь ждать пока он проснется... Переправь на faust@stg.dp.ua Link to post Share on other sites
madf 279 Posted 2009-03-10 06:19:41 Author Share Posted 2009-03-10 06:19:41 Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает. Посмотрю Link to post Share on other sites
Dimension 37 Posted 2009-03-10 08:39:19 Share Posted 2009-03-10 08:39:19 Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает. А загрузка постоянно 100% или время от времени ? и какая при этом средняя загрузка ? Link to post Share on other sites
madf 279 Posted 2009-03-10 08:44:03 Author Share Posted 2009-03-10 08:44:03 Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает. Цикличного опроса нет. Сообщения отправляются только если пользователь авторизован. Link to post Share on other sites
Kucher2 122 Posted 2009-03-10 09:52:13 Share Posted 2009-03-10 09:52:13 FreeBSD 6.2, 512 Озу, Целерон 3000, пользователей около 70, максимальный онлайн - 20 человек. Средний трафик в обе стороны - около 1,5 Мбит. СТГ "2009.03.05-09.41.01" работает с 6-го числа. Упал только раз, когда я сделал "killall stragazer". Средняя загрузка процессора по top - около 1%. Нареканий нет. Скрипт автоподнятия СТГ пока не отключал. Высокая загрузка проца, помнится, у меня была с какой-то из новых версий. Я тогда сделал откат на старую, так и не поняв с чего он грузил проц на 100%, если ранее было максимум 5%. Link to post Share on other sites
lalex 0 Posted 2009-03-10 18:45:12 Share Posted 2009-03-10 18:45:12 помогите пожалуйста. не могу понять каким образом пользуется интернетом один из пользователей в сетке. качает как-то мимо старгейзера. тут я приводил свои настройки СТГ, за исключением, что сейчас раскоментированы правила для прозрачного прокси. вот правила, формирующиеся перед стартом СТГ #!/bin/bash #external ip servip1=внешний адрес сервера #internal ip servip2=10.111.0.1 EXT_IFACE=eth1 INT_IFACE=eth0 echo "1" > /proc/sys/net/ipv4/ip_forward # iptables -F iptables -t nat -F iptables -t filter -F iptables -X iptables -t nat -X iptables -t filter -X iptables -t filter -P INPUT DROP iptables -t filter -P FORWARD DROP iptables -t filter -P OUTPUT DROP iptables -t filter -A OUTPUT -s $servip1 -j ACCEPT iptables -t filter -A INPUT -s $servip1 -j ACCEPT iptables -t filter -A OUTPUT -s $servip2 -j ACCEPT # Разрешаем прохождение любого трафика по интерфейсу обратной петли. iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT iptables -A INPUT -m state --state INVALID -j DROP iptables -A FORWARD -m state --state INVALID -j DROP iptables -A INPUT -p tcp ! --syn -m state --state NEW -j DROP iptables -A INPUT -p ! icmp -m state --state INVALID -j DROP iptables -A FORWARD -p ! icmp -m state --state INVALID -j DROP iptables -A OUTPUT -p ! icmp -m state --state INVALID -j DROP # UDP наводнение # Службы использующие UDP, очень часто становятся мишенью для атак с целью вывода системы из строя. iptables -A INPUT -p UDP -s 0/0 --destination-port 138 -j DROP iptables -A INPUT -p UDP -s 0/0 --destination-port 113 -j REJECT iptables -A INPUT -p UDP -s 0/0 --source-port 67 --destination-port 68 -j ACCEPT #SMTP iptables -t filter -A FORWARD -p tcp --dport 25 -j DROP iptables -t filter -A FORWARD -p tcp --sport 25 -j DROP #Microsoft drop iptables -t filter -A FORWARD -p tcp -d 131.107.115.40/32 --dport 443 -j DROP #authorizer iptables -t filter -A INPUT -p udp -s 10.111.0.0/24 -d $servip2 --dport 5555 -j ACCEPT iptables -t filter -A OUTPUT -p udp -d 10.111.0.0/24 -s $servip2 --sport 5555 -j ACCEPT #iptables -t filter -A INPUT -p udp -s 10.111.0.0/24 -d $servip1 --dport 5555 -j ACCEPT #iptables -t filter -A OUTPUT -p udp -d 10.111.0.0/24 -s $servip1 --sport 5555 -j ACCEPT #ssh iptables -t filter -A INPUT -p tcp -s 10.111.0.0/24 -d $servip2 --dport 22 -j ACCEPT iptables -t filter -A OUTPUT -p tcp -d 10.111.0.0/24 -s $servip2 --sport 22 -j ACCEPT #www iptables -t filter -A INPUT -p tcp -s 10.111.0.0/24 -d $servip2 --dport 80 -j ACCEPT iptables -t filter -A OUTPUT -p tcp -d 10.111.0.0/24 -s $servip2 --sport 80 -j ACCEPT #DHCP iptables -t filter -A INPUT -p udp -s 10.111.0.0/24 -d $servip2 --dport 67 -j ACCEPT iptables -t filter -A OUTPUT -p udp -d 10.111.0.0/24 -s $servip2 --sport 67 -j ACCEPT iptables -t filter -A INPUT -p udp -s 10.111.0.0/24 -d $servip2 --dport 68 -j ACCEPT iptables -t filter -A OUTPUT -p udp -d 10.111.0.0/24 -s $servip2 --sport 68 -j ACCEPT iptables -t filter -A INPUT -d $servip1 -j ACCEPT и что могут означать в логе конекта у этого зловреднокачающего пользователя эти пробелы? C 2009.03.10-17.44.49 10.111.0.196 0.993928 D 2009.03.10-17.45.25 10.111.0.196 C 2009.03.10-17.51.32 10.111.0.196 0.993928 D 2009.03.10-17.52.20 10.111.0.196 C 2009.03.10-18.00.10 10.111.0.196 0.993928 D 2009.03.10-18.00.58 10.111.0.196 C 2009.03.10-18.49.56 10.111.0.196 0.993928 D 2009.03.10-18.50.24 10.111.0.196 C 2009.03.10-18.55.49 10.111.0.196 0.993928 D 2009.03.10-18.56.39 10.111.0.196 C 2009.03.10-19.03.01 10.111.0.196 0.993928 D 2009.03.10-19.03.27 10.111.0.196 C 2009.03.10-19.15.12 10.111.0.196 0.993928 D 2009.03.10-19.15.41 10.111.0.196 C 2009.03.10-19.21.34 10.111.0.196 0.993928 D 2009.03.10-19.24.40 10.111.0.196 C 2009.03.10-19.35.56 10.111.0.196 0.993928 D 2009.03.10-19.41.19 10.111.0.196 C 2009.03.10-19.41.44 10.111.0.196 0.993928 D 2009.03.10-19.49.06 10.111.0.196 C 2009.03.10-20.11.37 10.111.0.196 0.993928 D 2009.03.10-20.17.42 10.111.0.196 C 2009.03.10-20.24.38 10.111.0.196 0.993928 D 2009.03.10-20.29.38 10.111.0.196 C 2009.03.10-20.37.23 10.111.0.196 0.993928 D 2009.03.10-20.42.52 10.111.0.196 C 2009.03.10-20.43.32 10.111.0.196 0.993928 D 2009.03.10-20.46.55 10.111.0.196 C 2009.03.10-20.48.44 10.111.0.196 0.993928 D 2009.03.10-20.48.53 10.111.0.196 C 2009.03.10-20.51.41 10.111.0.196 0.993928 D 2009.03.10-20.51.54 10.111.0.196 C 2009.03.10-20.51.56 10.111.0.196 0.993928 D 2009.03.10-20.53.04 10.111.0.196 C 2009.03.10-20.54.17 10.111.0.196 0.993928 D 2009.03.10-20.55.56 10.111.0.196 и так у всех пользователей наверное (десяток просмотрел). P.S. (с пробелами разобрался). остались неясны его регулярные кратковременные конекты/дисконекты. что он делает? не понимаю я. Link to post Share on other sites
Kucher2 122 Posted 2009-03-10 19:48:01 Share Posted 2009-03-10 19:48:01 Это только с этой сборкой или раньше воровали траф? Линкус не юзаю, но это: C 2009.03.10-17.44.49 10.111.0.196 0.993928D 2009.03.10-17.45.25 10.111.0.196 Означает коннект/дисконнект юзера, причём корректный - скриптами OnConnect/OnDisconnect, с записью в лог. (строка echo "C `date +%Y.%m.%d-%H.%M.%S` $IP $CASH" >> /var/stargazer/users/$LOGIN/connect.log). И если при этом идёт закачка - у меня вопрос: почему не снимаются деньги с юзера? СТГ не считает трафик, что ли? Число 0.993928 это остаток на счёте, по идее. Если при дисконнекто он его не рисует - может не имеет доступа к переменной $CASH? Что говорит stargazer.log? Проверь файлы этого юзера conf и stat на принадлежность и доступ. Попробуй в stargazer.conf сделать так: # Владелец, группа и права доступа на файлы статистики (stat) пользователя ConfOwner = root ConfGroup = root ConfMode = 777 # Владелец, группа и права доступа на файлы конфигурации (conf) пользователя StatOwner = root StatGroup = root StatMode = 777 # Владелец, группа и права доступа на лог-файлы (log) пользователя UserLogOwner = root UserLogGroup = root UserLogMode = 777 Не забудь сначала остановить СТГ и запустить после внесения изменений. Link to post Share on other sites
lalex 0 Posted 2009-03-10 20:19:08 Share Posted 2009-03-10 20:19:08 Это только с этой сборкой или раньше воровали траф? Раньше тоже воровали (на версии 2.0). Обратил внимание на Sarg. Были подозрения на сервер некорректно работающий, но перед установкой нового СТГ был свежепроинстален CentOS 5.2 со свежими апдейтами. Проверь файлы этого юзера conf и stat на принадлежность и доступ. А к чему тут права доступа? Link to post Share on other sites
dnserg 6 Posted 2009-03-10 20:39:05 Share Posted 2009-03-10 20:39:05 у тебя в include директории, нет файла blowfish.hскопируй его и недостающие хедеры, и все должно без проблем собраться. учимся читать логи Скопировал ...но после попытки сборки оно его удаляет от туда : ############################################################################# Building sgconf_xml for Linux ############################################################################# Makeing crypto.lib rm -f deps libstg_crypto.so *.o *.a *.so tags *.*~ for file in ag_md5.h blowfish.h; do \ rm -f /home/sergg/stg-2.4-2009.03.05-09.41.01/projects/sgconf/../../include/$file; \ done ЫЫ... как быть ? Link to post Share on other sites
Kucher2 122 Posted 2009-03-10 21:00:18 Share Posted 2009-03-10 21:00:18 А к чему тут права доступа? После дисконнекта юзера СТГ должен писать изменения в stat,log,conf файлы. А при коннекте - ими оперировать. У вас сумма на счету юзера не меняется, вот я и подумал, поскольку откл/вкл юзера происходит с виду корректно: мало ли. Время изменения файла conf глянуть, совпадает ли со временем последнего дисконнекта и проверить все параметры - может у него кредит там выставлен или всегда "он-лайн". Я не предполагаю, что вы сами не в состоянии этого заметить, просто лучше всё перепроверить. Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now