Плавающий глюк. STG2.016

[NemeZZiZZ 0]

Имеется:

- сервер STG2.016, запущенный на 2xXEON64-3.4GHz

- скрипт, передающий состояние пользователей из базы биллинга UTM

- чуть переписанный консольный STG-конфигуратор (добавлены возможности SetCash и SetPassword)

- переделанная клиентская часть (почти все переделки легли только на интерфес программы)

- около 2500 пользователей всего, около 1000 пользователей одновременно онлайн

 

Проблема следующего характера:

Во время рабочего дня, когда количество пользователей онлайн не превышает 400-500 человек - всё идёт нормально.

Окончание рабочего дня, ещё пару часов - и, видимо, количество пользователей стремиться к 1000. В этот момент STG дисконнектит ВСЕХ пользователей онлайн - и тут же возращает их статус обратно. Но, конечно же, это занимает некоторое время.

 

В чём может быть причина?

 

Перейти на новую версию STG временно не можем - за отсутствием исходников на клиентскую часть.

 

P.S. Блокирующие/пропускающие правила передаются на роутеры посредством ssh+sudo

 

P.P.S. Забыл указать, что вся функция STG упирается только в авторизацию.

[Ork Yason 8]

ой-ё-ёй!!!!

 

а как бы у вас позаимствовать ваш пределанный консольный конфигуратор????

 

сами пользуемся внешенй базой пользователей, очень не хвататет возможности установки налички!!!!

[XoRe 0]

2NemeZZiZZ: У меня подобная проблема только при гораздо меньших габаритах.

Отключает всех юзеров, а потом подключает через минуту-три.

Посмотри выхлоп top, т.е. загрузку процессора в такие времена.

Имхо, сервер не справляется.

Кстати исходники на клиентскую часть для нового стг у вас есть.

Ибо авотризатор для новой версии стг остался старый.

[Genius 0]

Я у себя такие случае видел и сделал почти 100% вывод что это иет при перегрузке процессора.

 

Решения: апгрейд машины или lib_ipq уменьшение количества считаемого траффика если там считались какие нить локалки.

[NemeZZiZZ 0]

2NemeZZiZZ: У меня подобная проблема только при гораздо меньших габаритах.

Отключает всех юзеров, а потом подключает через минуту-три.

Посмотри выхлоп top, т.е. загрузку процессора в такие времена.

Имхо, сервер не справляется.

Кстати исходники на клиентскую часть для нового стг у вас есть.

Ибо авотризатор для новой версии стг остался старый.

Загрузка системы в пике - не выше 20%: конфигурация системы не позволит

На загрузку системы абсолютно никак не жалуемся.

 

Далее: У нас на то, чтобы отключить всех юзеров и начать стабилизировать состояние порой уходит до 15 минут!

 

Насчёт исходников авторизатора:

для скачивания доступна inetaccess.2.44.6 - на сайте было сообщение об inetaccess.2.47.6, в которой один порт используется.

Старый клиент действительно подходит - просто некогда было проверять. Но вопрос всё равно остаётся: что делать с STG-то?

[NemeZZiZZ 0]

Я у себя такие случае видел и сделал почти 100% вывод что это иет при перегрузке процессора.

 

Решения: апгрейд машины или lib_ipq уменьшение количества считаемого траффика если там считались какие нить локалки.

Получается, грубо говоря, что у нас 4-х-процессорная система: два XEON64-3.4 HT. Куда далее апгрейдиться-то?

 

Чтобы не считать трафик - указали вообе левый интерфейс, на котором вообще нет практически ничего.

[NeOPS 0]

Наверное для такого большого кол-ва юзеров, нужна более крутая считалка трафика.

[NemeZZiZZ 0]

Наверное для такого большого кол-ва юзеров, нужна более крутая считалка трафика.

Да, собственно, не такая большая сеть - несколько микрорайонов нашего небольшого города.

 

После очередных полётов юзеров - в экстренном порядке установлен STG 2.4.

Не сглазить бы - первая ночь полёт прошла нормально.

 

Очень ждём STG 2.5: сообщение через клиентскую часть - это очень нужная часть программы!