stg-34

Нафиг логи В этом серваке как минимум мы нашли 2 баги приводивших к падению Имхо, надо разбиратся с багом с авторизатором в параллельной ветке и переходить на новую версию.

Господа, у кого были проблемы с авторизатором, кто-нибудь попробовал сделать, то что я писал? А то вопрос как-то завис в воздухе.

Честно говоря, мне хотелось бы оставить тот набор, который есть сейчас, но работающий как часы, а потом двинутся дальше в сторону расширения функционала. К тому же, я к этому времени планирую добить тесты, что должно привести к уменьшению кол-ва ошибок и времени обкатки.

Народ! Проверяйте наличие старых библиотек!!! У кого глюки с авторизатором, плз, проделайте следующие действия. 1. Берем чистый архив stg-2.404.9.7.src.tgz, разворачиваем куда-нибудь 2. Говорим ./build 3. Не говорим make install 4. Копируем /etc/stargazer в /etc/stargazer.dbg 5. Правим /etc/stargazer.dbg/stargazer.conf: ModulesPath = ./modules 6. Переходим в <...>/stg-2.404.9.7/projects/stargazer 7. В ЭТОЙ директории говорим: LD_LIBRARY_PATH=../../lib ./stargazer /etc/stargazer.dbg/ Обратите внимание, мы говорим ./stargazer, а не stargazer!!! Смотрим работу авторизатора.

Баг с авторизатором воспроизвелся. Ща будем душить

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

Вдогонку, 2 masters, den68, Bolik_Stav, Watson и palladium. Какой набор плагинов у вас стоит? Может я не с тем набором пытаюсь проверить?

Крайне забавно. Никак не могу добится такого поведения. Буду щас еще ковыряться.

Хм. Проверил. Всё пучком... Могу снова посоветовать почистить старые библиотеки и плагины и пересобрать. Не поможет - будем смотреть дальше.

Смотри, по сравнению с этой сборкой stg-2.4-2007.10.12-15.36.05.tgz (самый первый пост в этой теме), изменений не было. Или ты юзаешь что-то более старое?

Перепроверил, работает всё как надо. Скрипты исполняются, авторизатор дисконектится тоже как надо. Проверял для протоколов 6,7 и 8. Попробуй почистить остатки всех старых библиотек и пересобрать заново. удалить всё из /usr/lib/stg

Сомнительно, этот кусок кода давно не менялся. А на сколько дикие цифры?

Будем смотреть.

Та, так всегда бывает, не хватает 3-х часов чтоб всё перепроверить а потом такие лажи. Я думаю просто поправлю архив, там никаких существенных изменений не будет.

Это я лажанул. Странно, то что я эту лажу заметил и поправил, но похоже что-то не доделал. Там ошибка тупа до безобразия. Поправь в divert_cap.cpp в начале файла /* Blah-blah-blah*/ TODO а должно быть /* Blah-blah-blah TODO */

это аномалия

Если силно горит, скопируй руками библиотеки в /usr/lib/stg. Думаю поможет. Нда, надо расширять набор фрей, под которыми тестировать Под 5-ой всё было хорошо.

Ппц. Оперативно

Если у тебя цена на локаль не нулевая, лучше использовать не предоплаченный траф, а пороги.

У меня подозрение, что это проблемы с модулем мускула, посему попробуй дернуть автора.

Что-то похоже, что об ошибках сообщает не плагин mysql, а дефолтный filestore

Вообще-то, если мне не изменяет склероз, то проблема решалась тем, что менялась строка в AddMessage() с что_то = stgTime на что_то = time(NULL)

Дерни madf-a, он боролся с этой проблемой, и думаю даст тебе ответ.

Супер. Похоже именно тут и порылась собака. Попробуй, плз, сказть так: echo 1024 > /proc/sys/net/ipv4/neigh/default/gc_thresh1 echo 2048 > /proc/sys/net/ipv4/neigh/default/gc_thresh2 echo 4096 > /proc/sys/net/ipv4/neigh/default/gc_thresh3 и понаблюдать за тем, изменится ли ситуация.

Еще один небольшой Ап С картинкой, чтоб не скучно было Тестирование СТГ, 2048 юзеров, из них 1204 в онлайне, поток 175 Мбит юзеры конектятя раз в 5 сек, конфигуратор меняет праметры тоже раз в 5 сек, частота опроса сервером юзеров максимальная, раз в 5 сек. На картинках слева лог подключений и отключений, справа лог сервера и системный монитор. Время в логах разное, т.к. сервер запущен в "не реальном" времени. Благодоря этому тесту уже пофикшены 2 ошибки приводившие к краху сервера.