griffie 0 Опубліковано: 2006-11-23 01:38:09 Share Опубліковано: 2006-11-23 01:38:09 inetaccess.cpp > 12:04:32 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:32 > ALIVE_ACK - OK inetaccess.cpp > 12:04:32 > recvfrom res=64 inetaccess.cpp > 12:04:32 > recv from 192.168.5.78 len=64 inetaccess.cpp > 12:04:32 > User login: dgv195 inetaccess.cpp > 12:04:32 > User dgv195 FOUND! inetaccess.cpp > 12:04:32 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:32 > ALIVE_ACK - OK inetaccess.cpp > 12:04:32 > recvfrom res=64 inetaccess.cpp > 12:04:32 > recv from 192.168.5.251 len=64 inetaccess.cpp > 12:04:32 > User login: dgv233 inetaccess.cpp > 12:04:32 > User dgv233 FOUND! inetaccess.cpp > 12:04:32 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:32 > ALIVE_ACK - OK inetaccess.cpp > 12:04:32 > recvfrom res=64 inetaccess.cpp > 12:04:32 > recv from 192.168.5.201 len=64 inetaccess.cpp > 12:04:32 > User login: dgv267 inetaccess.cpp > 12:04:32 > User dgv267 FOUND! inetaccess.cpp > 12:04:32 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:32 > ALIVE_ACK - OK inetaccess.cpp > 12:04:33 > recvfrom res=64 inetaccess.cpp > 12:04:33 > recv from 192.168.5.48 len=64 inetaccess.cpp > 12:04:33 > User login: dgv166 inetaccess.cpp > 12:04:33 > User dgv166 FOUND! inetaccess.cpp > 12:04:33 > Packet type ALIVE_ACK inetaccess.cpp > 12:04:33 > ALIVE_ACK - OK inetaccess.cpp > 12:04:33 > recvfrom res=64 inetaccess.cpp > 12:04:33 > recv from 192.168.5.79 len=64 inetaccess.cpp > 12:04:33 > User login: dgv196 inetaccess.cStart failed Падает 7-8 раз в сутки. В часы наибольшего количества подключенных пользователей вылетает чаще. После себя оставляет все процессы stg-exec. Правила OnDisconnect не выполняются. Вот еще неудачный запуск stg user.cpp > 12:46:00 > ScanMessage users.cpp > 12:46:00 > Sec = 1164242760 users.cpp > 12:46:00 > New Minute. old = 45 current = 46 user.cpp > 12:46:01 > ScanMessage user.cpp > 12:46:01 > ScanMessage user.cpp > 12:46:02 > ScanMessage user.cpp > 12:46:02 > ScanMessage user.cpp > 12:46:04 > ScanMessage user.cpp > 12:46:04 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:05 > ScanMessage user.cpp > 12:46:07 > ScanMessage user.cpp > 12:46:07 > ScanMessage user.cpp > 12:46:07 > ScanMessage user.cpp > 12:46:09 > ScanMessage user.cpp > 12:46:10 > ScanMessage user.cpp > 12:46:10 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:13 > ScanMessage user.cpp > 12:46:15 > ScanMessage user.cpp > 12:46:15 > ScanMessage user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage traffcounter.cpp > 12:46:17 > FlushAndRemove() packets: 4166(rem 6595) ip2packets: 8332(rem 13190) traffcounter.cpp > 12:46:17 > DelUser: dgv24 ./startstg: line 4: 2417 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-23 04:47:37 Share Опубліковано: 2006-11-23 04:47:37 Хмм, а что каждый раз падает на этом месте ? Перед запуском СТГ дайте команду ulimit -c 100000 после этого должны образовываться файлы core.* в том каталоге, где лежит бинарник демона СТГ. Ссылка на сообщение Поделиться на других сайтах
stg-34 0 Опубліковано: 2006-11-23 09:31:20 Автор Share Опубліковано: 2006-11-23 09:31:20 Падает 7-8 раз в сутки.В часы наибольшего количества подключенных пользователей вылетает чаще. После себя оставляет все процессы stg-exec. Правила OnDisconnect не выполняются. Вот еще неудачный запуск stg Понял, спасибо. Ща буду изучать. Ссылка на сообщение Поделиться на других сайтах
griffie 0 Опубліковано: 2006-11-25 00:21:15 Share Опубліковано: 2006-11-25 00:21:15 core не образуются user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage user.cpp > 12:46:16 > ScanMessage traffcounter.cpp > 12:46:17 > FlushAndRemove() packets: 4166(rem 6595) ip2packets: 8332(rem 13190) traffcounter.cpp > 12:46:17 > DelUser: dgv24 ./startstg: line 4: 2417 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 13:40:53 > ScanMessage iptables: Bad rule (does a matching rule exist in that chain?) iptables: Bad rule (does a matching rule exist in that chain?) traffcounter.cpp > 13:40:53 > FlushAndRemove() packets: 446(rem 6410) ip2packets: 892(rem 12820) traffcounter.cpp > 13:40:53 > DelUser: dgv124 /usr/sbin/startstg: line 4: 3743 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 14:07:26 > ScanMessage user.cpp > 14:07:26 > ScanMessage user.cpp > 14:07:28 > ScanMessage traffcounter.cpp > 14:07:47 > FlushAndRemove() packets: 137(rem 16341) ip2packets: 274(rem 32682) traffcounter.cpp > 14:07:47 > DelUser: dgv102 /usr/sbin/startstg: line 4: 7038 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 15:59:06 > ScanMessage user.cpp > 15:59:06 > ScanMessage traffcounter.cpp > 15:59:08 > FlushAndRemove() packets: 4881(rem 6128) ip2packets: 9762(rem 12256) traffcounter.cpp > 15:59:08 > DelUser: griff /usr/sbin/startstg: line 4: 11656 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 17:03:29 > ScanMessage user.cpp > 17:03:29 > ScanMessage traffcounter.cpp > 17:03:29 > FlushAndRemove() packets: 6770(rem 2543) ip2packets: 13540(rem 5086) traffcounter.cpp > 17:03:29 > DelUser: dgv58 /usr/sbin/startstg: line 4: 18154 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 18:50:41 > ScanMessage traffcounter.cpp > 18:50:41 > FlushAndRemove() packets: 7950(rem 1847) ip2packets: 15900(rem 3694) traffcounter.cpp > 18:50:41 > DelUser: dgv95 /usr/sbin/startstg: line 4: 24396 Segmentation fault /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 21:41:11 > UpdatePingTime(1164361270) _intercom_real traffcounter.cpp > 21:41:11 > FlushAndRemove() packets: 994(rem 5551) ip2packets: 1988(rem 11102) traffcounter.cpp > 21:41:11 > DelUser: dgv264 /usr/sbin/startstg: line 5: 6883 Segmentation fault (core dumped) /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 22:20:35 > UpdatePingTime(1164363632) dgv2 user.cpp > 22:20:35 > UpdatePingTime(1164363632) dgv306 traffcounter.cpp > 22:20:38 > FlushAndRemove() packets: 3727(rem 15218) ip2packets: 7454(rem 30436) traffcounter.cpp > 22:20:38 > DelUser: dgv230 /usr/sbin/startstg: line 5: 25578 Segmentation fault (core dumped) /usr/sbin/stargazer /etc/stargazer Start failed user.cpp > 11:24:41 > UpdatePingTime(1164382888) dgv2 user.cpp > 11:24:41 > UpdatePingTime(1164372958) zub traffcounter.cpp > 11:24:51 > FlushAndRemove() packets: 5897(rem 5401) ip2packets: 11794(rem 10802) traffcounter.cpp > 11:24:51 > DelUser: dgv69 /usr/sbin/startstg: line 5: 1276 Segmentation fault (core dumped) /usr/sbin/stargazer /etc/stargazer Start failed Хоть и написано (core dumped) но не нашел я там core* Кроме того. После того как переписали фаервол, стал падать реже. Приерно 2-3 раза в сутки. И еще вопрос, зачем старгазер отключает в включает всех пользователей примерно раз в час. Пользователь при этом остается отключенным минуты 3 - 4 Ссылка на сообщение Поделиться на других сайтах
Bas 2 Опубліковано: 2006-11-25 10:10:48 Share Опубліковано: 2006-11-25 10:10:48 Жестоко Во всём новом (сервер, конфигуратор) ставлю кредит 1000 и мне пишет "Неверное значение", а если что другое ставлю, то нормально... Дополнение... Любое кредитное значение из 4 цифр является недопустимым значением. Ссылка на сообщение Поделиться на других сайтах
Wapr-Old 0 Опубліковано: 2006-11-25 10:32:53 Share Опубліковано: 2006-11-25 10:32:53 Специально для вас этот варнинг означает что переменная (time_t sec) определена но не используется и спрашивается как же это может повлиять на деньги? Я не утверждал, что данный конкретный варнинг приведёт к потере денег, я хотел этим сказать, что варнинг для того и придуман, чтобы указать на места возможных ошибок логики и плевать на них как минимум неразумно. Ссылка на сообщение Поделиться на других сайтах
zacar 2 Опубліковано: 2006-11-25 13:26:59 Share Опубліковано: 2006-11-25 13:26:59 И еще вопрос, зачем старгазер отключает в включает всех пользователей примерно раз в час. Пользователь при этом остается отключенным минуты 3 - 4 Мне тоже очень интересно зачем билинг передергивает пользователей, причем переодичность можно выстовить в параметре UserTimeout. Ставлю UserTimeout=60 передергивает каждую минуту Ставлю UserTimeout=1200 каждые 20 мин Смае не приятное что в момент опроса авторизаторов, клиент сначало отключается (с удалением правил фаервола), а потом влючается. Можно конечно перевести пользователя в режим OnLine - но это не выход из положения. Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-25 14:46:32 Share Опубліковано: 2006-11-25 14:46:32 Странно с отключением. По идее биллинг раз в сутки, вначале каждого дня, осуществляет так называемый "фейковый" дисконект. Т.е. при этом типе дисконекта идет запись статистики за период, но не выполняется сброс правил. Если самоотключение-самоподключение происходит чаще, то это какой-то баг. Кстати параметры UserTimeout и UserDelay не должны быть равны ! Ссылка на сообщение Поделиться на других сайтах
zacar 2 Опубліковано: 2006-11-25 15:00:04 Share Опубліковано: 2006-11-25 15:00:04 Странно с отключением. По идее биллинг раз в сутки, вначале каждого дня, осуществляет так называемый "фейковый" дисконект. Т.е. при этом типе дисконекта идет запись статистики за период, но не выполняется сброс правил.Если самоотключение-самоподключение происходит чаще, то это какой-то баг. Кстати параметры UserTimeout и UserDelay не должны быть равны ! UserDelay = 60 UserTimeout = 1200 при таких значениях более менее работать можно. у меня есть клиенты которые играют в Линейдж который требует непрырывного конекта, до перехода на stg-2.4.01 этого не было. И пинговка очень удобная функция но вот заставить ее работать не получается. Ссылка на сообщение Поделиться на других сайтах
XoRe 0 Опубліковано: 2006-11-26 03:59:21 Share Опубліковано: 2006-11-26 03:59:21 В версиях до 2.016, когда стг начинал потреблять все процессорное время наблюдался дисконнект всех. Наверное для борьбы с перегрузками. В 2.016 иногда (раз в 2-3 дня) вижу быстрый дисконнект всех. Имхо стг в этот момент что-то у себя прегружает. Имхо, подсчет через divert может помочь с этим, благо он есть в 2.402. Если грамотно настроить, divert уменьшит нагрузку на обработчик трафика. Например не будет отвлекать на бродкасты и локальный трафик. Ссылка на сообщение Поделиться на других сайтах
griffie 0 Опубліковано: 2006-11-26 04:17:16 Share Опубліковано: 2006-11-26 04:17:16 куда core свежевыпавший кинуть? Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-26 07:01:47 Share Опубліковано: 2006-11-26 07:01:47 Boris Mikhailenko <stg34@stargazer.dp.ua> Ссылка на сообщение Поделиться на других сайтах
griffie 0 Опубліковано: 2006-11-26 07:40:42 Share Опубліковано: 2006-11-26 07:40:42 По идее биллинг раз в сутки, вначале каждого дня, осуществляет так называемый "фейковый" дисконект. Т.е. при этом типе дисконекта идет запись статистики за период, но не выполняется сброс правил. Как так раз в сутки? А параметры StatWritePeriod (1..1440 минут) и DetailStatWritePeriod (по идее не больше часа может быть) они тогда за что отвечают? :-|< Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-26 08:29:22 Share Опубліковано: 2006-11-26 08:29:22 Это параметры, отвечающие за общуюю запись статистики по всем клиентам. Что же касается "фейкового" отключения, то оно выполняется для того, чтобы, например, у клиента, у которого стоит признак "Всегда онлайн", правильно писалась посуточная статистика в лог пользователя. Ссылка на сообщение Поделиться на других сайтах
Bas 2 Опубліковано: 2006-11-27 03:53:14 Share Опубліковано: 2006-11-27 03:53:14 А по поводу 4-значного кредита есть ли подтверждение или опровержение? Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-27 05:08:35 Share Опубліковано: 2006-11-27 05:08:35 А по поводу 4-значного кредита есть ли подтверждение или опровержение? Да, есть такое дело. Это глюки конфигуратора, будем фиксить. Ссылка на сообщение Поделиться на других сайтах
slonsl 0 Опубліковано: 2006-11-27 08:13:42 Share Опубліковано: 2006-11-27 08:13:42 Наблюдается еще одна проблема! 2006-11-27 01:05:38 -- Stg v. Stg 2.401 2006-11-27 01:05:38 -- Message queue created successfully. msgKey=5555 msgID=131072 2006-11-27 01:05:38 -- Timer thread started successfully. 2006-11-27 01:05:38 -- Storage plugin: file_store v.1.02. Loading successfull. 2006-11-27 01:05:39 -- Cannot read conf for user kovalev. 2006-11-27 01:05:39 -- User 'kovalev' data not read. Parameter Password. 2006-11-27 01:05:39 -- USERS: Error: Cannot read users! 2006-11-27 01:05:39 -- Traffcounter: Stop successfull. 2006-11-27 01:05:39 -- Users: Stop successfull. 2006-11-27 01:05:42 -- Queue removed successfully. 2006-11-27 01:05:42 -- StgTimer: Stop successfull. 2006-11-27 01:05:42 -- Stg stopped successfully. 2006-11-27 01:05:42 -- --------------------------------------------- В каталоге usera появляется файл conf.bak Address= AlwaysOnline=0 Credit=0.000000 CreditExpire=0 Down=0 Email= Group=3 м-н. 14 Iface= IP=10.0.10.??? Note= Passive=0 Password=********* Phone= RealName=Ковалев Валерий Валентинович Tariff=baza TariffChange= Userdata0= Userdata1= Userdata2= Userdata3= Userdata4= Userdata5= Userdata6= Userdata7= Userdata8= Userdata9= и создан новый файл, имеющий вид: Address= AlwaysOnline=0 Credit=0.000000 CreditExpire=0 Down=0 Email= Group=3 м-н. 14 Iface= IP=10.0.10.??? Не может стартануть, так как конфиг не полный Бывает еще то же самое, только с файлом stat Пример файла stat.bak Cash=12.620979 D0=0 D1=68543663 D2=0 D3=1753390 D4=0 D5=0 D6=0 D7=0 D8=0 D9=0 FreeMb=-25.967978 LastActivityTime=1164317454 LastCashAdd=-0.333333 LastCashAddTime=1164412803 PassiveTime=0 U0=0 U1=9254618 U2=0 U3=397424 U4=0 U5=0 U6=0 U7=0 U8=0 U9=0 и замененный, с которым не может стартануть система stat Cash=12.620979 Всего одна строка Как исправить эту фишку? Падает в основном после 0 часов, при переходе на другие сутки, система один раз в 5 минут делает резервную копию, и потом уже не может стартануть с изменными файлами. Проблема в том, почему у юзера изменяются эти файлы и как с этим бороться, перестановка новой версии (2.402.9.7) ничего не дала. Ссылка на сообщение Поделиться на других сайтах
griffie 0 Опубліковано: 2006-11-27 12:34:43 Share Опубліковано: 2006-11-27 12:34:43 подвердждаю, есть такое. Может ли stg падать от того что база из версии 2.046, например в stg-2.402 в конфигах прользователя нет параметра iface? Ссылка на сообщение Поделиться на других сайтах
slonsl 0 Опубліковано: 2006-11-28 14:17:27 Share Опубліковано: 2006-11-28 14:17:27 Ребята, помогайте пожалуйста, неужели ни у кого нет такой проблемы, и даже у разработчика? Заранее благодарен. Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-28 14:40:48 Share Опубліковано: 2006-11-28 14:40:48 файлы с расширением bak переименовать в файл с именем что идет до .bak и попробывать запуститься Ссылка на сообщение Поделиться на других сайтах
slonsl 0 Опубліковано: 2006-11-28 19:52:51 Share Опубліковано: 2006-11-28 19:52:51 Именно так ручками и делаем, вопрос стоит - почему этот файл образовывается, и пока замечен такой глюк только с файлами config и stat в каталоге юзера. Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-28 19:57:57 Share Опубліковано: 2006-11-28 19:57:57 Файловая система какая ? Если не журналируемая, очень рекомендуется поставить журналируемую. Этот файл образовывается при записи параметров/статистики пользователя. Т. е. сначала делается копия, потом пишутся текущие данные. По какой-то причине у вас дописываются не все данные в новые файлы. Перво-наперво если ФС нежурналируемая, рекомендуем поставить журналируемую. Ссылка на сообщение Поделиться на других сайтах
griffie 0 Опубліковано: 2006-11-29 12:51:22 Share Опубліковано: 2006-11-29 12:51:22 stg 2.402 пробовал запустить две копии на одной машине параметр StgMsgKey менял - ставил 5556 и 6666, каталоги в /etc и /var разные и в итоге сервер который был запущен раньше переставал выполнять скрипты OnConnect OnDisconnect. После оставновки второго сервера, и перезапуска первого все поехало как обычно. Может какие-то параметры еще нужно было покрутить? Ссылка на сообщение Поделиться на других сайтах
egor2fsys 5 Опубліковано: 2006-11-29 14:31:36 Share Опубліковано: 2006-11-29 14:31:36 Параметр правильно называется ExecMsgKey, а не StgMsgKey. Ссылка на сообщение Поделиться на других сайтах
warlock158 0 Опубліковано: 2006-11-30 03:58:33 Share Опубліковано: 2006-11-30 03:58:33 Поставил старгейзер 2.401.9.7 , конфигуратор 1.88.9 Создал пользователей, прописал правила в скриптах OnConnect, OnDisconnect Вот OnConnect #! /bin/bash #Этот скрипт вызывается в момент, когда пользователь #успешно прошел авторизацию на сервере. Задача скрипта - перестроить #файрвол так, что бы пользователь получил доступ в интернет iptables -I INPUT -i eth1 -p tcp -s $2 -d 10.159.0.100 --dport 3128 -j ACCEPT iptables -I OUTPUT -o eth1 -p tcp -d $2 -s 10.159.0.100 --sport 3128 -j ACCEPT # Login LOGIN=$1 #user IP IP=$2 #cash CASH=$3 #user ID ID=$4 #echo "C `date +%Y.%m.%d-%H.%M.%S` $IP $CASH" >> /var/stargazer/users/$LOGIN/connect.log Ставлю галочку Всегда онлайн Пользователь test который создался при установке, нормально подключается, отключается скриптами (прописываются правила в файерволе) А пользователи которых я создал не хотят. Тоесть непрописываются правила в файервол и не отображается в конфигураторе что пользователь онлайн Перезапуск Старгейзера не помогает. Если выполнить руками подставив 2 параметра login и ip то правила добавляются (например ./OnConnect user 10.159.0.50) Похоже что не передаются параметры ??? но на пользователе test же отрабатывает!!! Помогите пожалуйста, где тут собака зарыта. Летом 2005 ставил непомню уже какую версию та нормально работала. Система Debian 3.1 Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас