Перейти до

2.406-beta


Рекомендованные сообщения

Ну дык, записать не может.

Проверь от кого работает СТГ или установи на эти файлы разрешения 777.

глянем... хотя люди эти работают в инете...

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 171
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Posted Images

Детальную статистику для всех можно отключить скриптом.

Тормозит - потому что в базу пишет.

Планировалось sgconf_xml включить? Когда? Мне такого никто не предлагал...

"Cannot write conf for user kiva." - проверь что там с файлом. Может попортился.

Ссылка на сообщение
Поделиться на других сайтах
Детальную статистику для всех можно отключить скриптом.

а можно этот скрипт опубликовать ?

Тормозит - потому что в базу пишет.

как уменьшить нагрузку эту пиковую ? Дело в том что люди жалуются на дисконекты в онлайн играх и icq Вылетает. Нагрузка на проц абычно до 20%, но несколько секунд в час он достигает 100% держится некоторое время. Грузит само сабой стг. Дабы не парить мазги думал просто поставить лучший проц. Был Core 2 DUO; E4600; 2.4GHz; 2M cache; 800MHz, а поставил Core 2 DUO; E6850; 3.0GHz; 4M cache; 1333MHz; - результата 0. Как грузил периодически так и грузит. Что делать ?

Ссылка на сообщение
Поделиться на других сайтах
а можно этот скрипт опубликовать ?

Был бы - опубликовал бы. Ну для СУБД - это всего 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 :(

Сколько онлайнеров?

Ссылка на сообщение
Поделиться на других сайтах
Был бы - опубликовал бы. Ну для СУБД - это всего 1 запрос. Вся инфа есть в доке. Для файловой базы можно find/sed.

Наверное, не использовать mysql :(

Сколько онлайнеров?

онлайн 100-150, используем исключительно файловую базу! mysql никогда даже не ставили...

Ссылка на сообщение
Поделиться на других сайтах
Ну значит могу посоветовать только отключить детальную статистику.

я отключал ее в новом конфигураторе клацая на каждом юзвере, может подскажешь более рациональный способ (только поподробнее) ?

Ссылка на сообщение
Поделиться на других сайтах

У меня стоит :

P4 2.8 , 1 GB

600 юзеров, 150- 250 онлайн. Крутится Stargazer на мускле. 1,2 Тб трафик в месяц.

Как видно машинка слабее, но такого как у тебя не наблюдается ...

может это поможет ченить понять, не наю :(

 

 

На счет sgconf_xml , я ошибся, то Neelix писал , что хочется видеть в сборке.

 

Что нужно чтоб sgconf_xml скомпилился в текущей версии Stargazer а?

Или пришлите пожалуйста на khoroshko @ gmail.com скомпилиный под Linux .

Ссылка на сообщение
Поделиться на других сайтах
я отключал ее в новом конфигураторе клацая на каждом юзвере, может подскажешь более рациональный способ (только поподробнее) ?

 

#!/bin/bash

find /var/stargazer/users -name 'conf' -exec sed -i -e 's/DisabledDetailStat=0/DisabledDetailStat=1/' "{}" \;

 

пользуйся на здоровье.

Ссылка на сообщение
Поделиться на других сайтах
На счет sgconf_xml , я ошибся, то Neelix писал , что хочется видеть в сборке.

посмотри еще внимательней, я не писал такого.

я писал, что у меня все прекрасно компилируется, на любом тазике в любых конфигурациях и ниразу не падало.

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

 

Что нужно чтоб sgconf_xml скомпилился в текущей версии Stargazer а?

а в чем проблема компиляции?

логи показывай

Ссылка на сообщение
Поделиться на других сайтах
посмотри еще внимательней, я не писал такого.

 

Форум 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.

Ссылка на сообщение
Поделиться на других сайтах
Форум 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)

даже без рестартов

Ссылка на сообщение
Поделиться на других сайтах
Возникла проблема старгайзер периодически (примерно 3-10 минут в час) грузит проц до 100% в итоге ...

 

Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает.

Ссылка на сообщение
Поделиться на других сайтах
Сегодня еще один камешек вылез в крайней бете.

Старгейзер не упал, а просто подвис....

Лог консоли + valgrind ушел на stg34@ua.fm

Зачем Боре? Мне теперь ждать пока он проснется... Переправь на faust@stg.dp.ua

Ссылка на сообщение
Поделиться на других сайтах
Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает.

Посмотрю

Ссылка на сообщение
Поделиться на других сайтах
Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает.

А загрузка постоянно 100% или время от времени ? и какая при этом средняя загрузка ?

Ссылка на сообщение
Поделиться на других сайтах
Замечена еще одна закономерность, если накапливается масса неотправленных сообщений пользователям - закгрузка mysql с помощью стг = 100%, с чем связана непойму, вероятно с цикличностью опроса ? ... почистив messages - проблема пропадает.

Цикличного опроса нет. Сообщения отправляются только если пользователь авторизован.

Ссылка на сообщение
Поделиться на других сайтах

FreeBSD 6.2, 512 Озу, Целерон 3000, пользователей около 70, максимальный онлайн - 20 человек.

Средний трафик в обе стороны - около 1,5 Мбит.

СТГ "2009.03.05-09.41.01" работает с 6-го числа. Упал только раз, когда я сделал "killall stragazer".

Средняя загрузка процессора по top - около 1%. Нареканий нет.

Скрипт автоподнятия СТГ пока не отключал.

 

Высокая загрузка проца, помнится, у меня была с какой-то из новых версий. Я тогда сделал откат на старую, так и не поняв с чего он грузил проц на 100%, если ранее было максимум 5%.

Ссылка на сообщение
Поделиться на других сайтах

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

тут я приводил свои настройки СТГ, за исключением, что сейчас раскоментированы правила для прозрачного прокси.

 

вот правила, формирующиеся перед стартом СТГ

 

#!/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. (с пробелами разобрался). остались неясны его регулярные кратковременные конекты/дисконекты. что он делает? не понимаю я.

Ссылка на сообщение
Поделиться на других сайтах

Это только с этой сборкой или раньше воровали траф?

Линкус не юзаю, но это:

C 2009.03.10-17.44.49 10.111.0.196 0.993928

D 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

 

Не забудь сначала остановить СТГ и запустить после внесения изменений.

Ссылка на сообщение
Поделиться на других сайтах
Это только с этой сборкой или раньше воровали траф?

Раньше тоже воровали (на версии 2.0). Обратил внимание на Sarg. Были подозрения на сервер некорректно работающий, но перед установкой нового СТГ был свежепроинстален CentOS 5.2 со свежими апдейтами.

 

Проверь файлы этого юзера conf и stat на принадлежность и доступ.

А к чему тут права доступа?

Ссылка на сообщение
Поделиться на других сайтах
у тебя в 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

 

 

ЫЫ... как быть ? :)

Ссылка на сообщение
Поделиться на других сайтах
А к чему тут права доступа?

После дисконнекта юзера СТГ должен писать изменения в stat,log,conf файлы. А при коннекте - ими оперировать.

У вас сумма на счету юзера не меняется, вот я и подумал, поскольку откл/вкл юзера происходит с виду корректно: мало ли.

Время изменения файла conf глянуть, совпадает ли со временем последнего дисконнекта и проверить все параметры - может у него кредит там выставлен или всегда "он-лайн".

Я не предполагаю, что вы сами не в состоянии этого заметить, просто лучше всё перепроверить.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...