Stg-2.406-rc1

[lalex 0]

по адресу пишу или нет, но в последней версии конфигуратора (1.90.9) не работает (или работает по иной логике) скорее всего фильтр. по крайней мере если в фильтре вписать IP-адрес подключенного пользователя, то он его не отобразит. отображает лишь пользователя у которого стоит флаг "всегда онлайн" и вписан адрес вручную или конфигуратор не в состоянии выбрать из текущих подключенных пользователей нужного по IP-адресу, а выбирает только тех у кого вписан адрес? а если адреса раздаются по dhcp? как тогда быть?

[den68 0]

Некритично, но информации ради:

Сборка:

 

/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 0]

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

 

P.S. в sgconf очень хотелось бы видеть параметр - таймаут ответа сервера ...

[madf 279]

Некритично, но информации ради:

Сборка:

 

/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 279]

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

 

P.S. в sgconf очень хотелось бы видеть параметр - таймаут ответа сервера ...

Странно. А можешь показать консольный лог в этот момент? И еще выхлоп ./build debug. Ну и настройки не помешали бы. Да и конфигурация машины до кучи.

[madf 279]

По поводу скриптов. Нарыл такое:

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 0]

Странно. А можешь показать консольный лог в этот момент? И еще выхлоп ./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 1]

Именно на этой версии появилась?

 

 

По поводу скриптов. Нарыл такое:

 

http://mailman.ds9a.nl/pipermail/lartc/2006q2/018612.html

А можно по подробнее чтобы это значило

while [ 1 = 1 ]; do

это как я понимаю зацикливание....

[madf 279]

Правильно. Там для теста сделано 2 скрипта, которые бесконечно работают с iptables. При одновременной работе этих скриптов вылазят ошибки. Правда, не знаю на сколько это актуально для современных ядер и iptables.

[Slava 1]

пробовал

#!/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 0]

Правильно. Там для теста сделано 2 скрипта, которые бесконечно работают с iptables. При одновременной работе этих скриптов вылазят ошибки. Правда, не знаю на сколько это актуально для современных ядер и iptables.

 

Актуально, это случается когда правило в данный момент используется/занято + большая нагрузка на иптаблес в плане удаления/добавления правил. мы на эти грабли года 4 назад наступили - теперь каждое правило удаляем в цикле

[Slava 1]

Снова про "всегда онлайн" только что вылезла странная проблема пользователь был "всегда онлайн" вчера инет работал правила были добавлены. Сегодня инета нет правила отсутствуют клиент коннектится инетаксессом - инета все равно нет хотя на соседних компах где всегда онлайн отключено инет есть. Только после того как убрал галочку "всегда онлайн" клиент подключился инетаксессом правила добавились инет появился. (в предыдущей версии такого не наблюдалось если клиент, у которого стоит всегда онлайн проблемы с коннектом, запустил инетаксесс и работает)

Прилагаю выхлоп лога юзера

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 5]

А у меня вопросик,по поводу вэб-интерфейса

в эту сборку вошли те патчи, от Алферова кажись

Или ее тоже патчить нада?

[Watson 0]

В 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 33]

А у меня вопросик,по поводу вэб-интерфейса

в эту сборку вошли те патчи, от Алферова кажись

Или ее тоже патчить нада?

madf не занимается поддержкой веб интерфейса и патчами от Алферова

[egor2fsys 5]

В rc сборке, в stargazer.log неправильно отоббражает айпи администраторов, вернее отображает всех админов и кассиров под одним айпи(всего 5 учетных записей с разным уровнем доступа), может это у меня только????

 

 

Это ошибка.

Она уже зарегистрирована и будет исправлена при выходе релиза.

[rem_lex 2]

При установке значения 2 и больше наблюдаются проблемы с одновременным выполнением скриптов - чего-то некоторые правила iptables вообще не отрабатывают. Особенно это сказывается при старте старгейзера - не всем alwaysOnline пользователям поднимались разрешающие правила. Так и не разобрался почему.

поддерживаю, такую штуку заметил еще с версии 2,404, до этого просто не эксперементировал

Да нет, конфигурация тут не при чем. Возможно дело в скриптах. Может они не могут выполняться одновременно.

непонятно, я пробовал одновременно запускать несколько больших скриптов, которые добавляют правила в iptables, руками отрабатывает на ура

Можна примеры скриптов на faust@stg.dp.ua?

отослал

 

возможно такое, что в момент исполнения stg-exec блокирует доступ к файлу скрипта OnConnect/OnDisconnect?

[madf 279]

stg-exec ничего не блокирует. Это проблема iptables. Судя по всему, они не могут выполняться в параллельных процессах.

[nallien 3]

да это глючек iptables. при чем довольно древний. обновите ядро и сам iptables. кажись проблему уже давно пофиксили. проверить можно легко зацыклив добавление удаление файлов в 5 процессах например. и все нестандартное в лог. через час будете знать подвержена ли ваша система таким бякам. ну или ставьте exec num = 1

[trinux 3]

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

 

Вобщем было у всех по 30 денежных ед. на счету, кто пополнил счет тому кидалось 100 на счет.. По логике у человека при балансе в 130 при снятии абонки (как я указал тарифу) в 100 денег... у него остается 30 и он свободно работает до след месяца. А получилось что денег на счету у всех осталось по разному

 

[trinux 3]

Понял из этого параметра

 

# Необязательный параметр. Указывает снимать полную абонплату у пользователя даже

# если он быз заморожен только часть учетного периода.

# По умолчанию установлен в no

# FullFee=no

 

 

 

нужно yes сказать

[Bungee 0]

Понял из этого параметра

 

# Необязательный параметр. Указывает снимать полную абонплату у пользователя даже

# если он быз заморожен только часть учетного периода.

# По умолчанию установлен в no

# FullFee=no

 

 

 

нужно yes сказать

 

Раз в сутки, практически в одно и тоже время подвисает стг. При этом Начинает очень галить сервак, пинги возрастают и очень все тормозит.

система ASP 14, 2-х ядерный проц, 2 гига оперы. Stg-2.406-rc1. В чем может быть бок? В логе стг и общем ничего не пишит

[madf 279]

Раз в сутки? Хз. А виноват stg?

[Bungee 0]

Раз в сутки? Хз. А виноват stg?

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

[madf 279]

Какая ошибка?