madf

Дякую, fixed. stg-dir-mode-patch.diff stg-dir-mode-patch.diff.txt

Очень прошу отписываться здесь о результатах тестирования, впечатлениях и замечаниях. Мне очень важно успеть до 20-го числа подготовить релиз (как это ни странно, но от этого зависит моя з/п в этом месяце и будет очень неприятно видеть в нем тривиальные ошибки.

На отсутствие каких хидеров ругается?

Ссылка для скачивания: stg-2.407-rc3.tar.gz ChangeLog: General: В init.d-скрипт для Gentoo добавлено явное указание PID-файла. Исправлена синтаксическая ошибка в примере скрипта OnDisconnect для реализации связки шейпера, VPN и FreeRADIUS (спасибо Алексею Осипову за патч). В каталоге conf-enabled.d симлинки теперь ссылаются по относительному пути (спасибо Алексею Осипову за патч). Конфигурационные файлы переведены на английский язык. В примеры скриптов добавлен шабанг. Compilation: При создании каталогов в процессе установки для них теперь вместо переменной BIN_MODE

Проверил на текущей сборке пароль на 3 символа - не подтвердилось. Все данные перед шифрованием зануляются. Перепроверил у себя. Любопытно, мусор получается только с моим паролем и никаким другим. Пароль вышлю в ЛС. Повторяется и на MySQL и на файловой БД. Спасибо, пофиксил. Проблема была в том что Encode12 останавливалась байте со значением 0. А при шифровании он вполне мог встретиться в середине пакета данных. Так что на некоторый паролях оно валилось У меня, правда, нормально работало с твоим паролем, но valgrind страшно ругался на неинициализированные данные.

Ні, не чіпав. Шо я ворог собі? Це ж треба було б виправлять віндовий конфігуратор - а воно мені треба?

Просто берем и чистим. Из tb_sessions_data записи удалятся автоматически по внешним ключам. Т.к. системе эта информация не нужна то чистка пройдет безболезненно. То-же относится и к tb_detail_stats

А версия какая? И что в качестве БД используется? Stg v. 2.407-rc2, mysql, 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 GNU/Linux Ключевое слово - mysql . К тому же у него самого (не у плагина а у СУБД) не очень хорошо сделан конкуррентный доступ. Хотя было-бы, конечно, неплохо получить core-файл от отладочного билда. Вдруг что-то еще?

А версия какая? И что в качестве БД используется?

А нафіга? Я ще API офіційно не публікував

Є! Точно! Моя вина... Перейменував наступні методи: add_cash -> add_user_cash set_cash -> set_user_cash change_tariff -> chg_user_tariff send_message -> send_user_message Шоби "бути послідовним" ©®

Пофіксив.

disabledetailstat -> disableddetailstat (у документації пофіксив). Немає методу 'change_tariff', є метод 'chg_tariff', і саме так описано у документації.

Проверил на текущей сборке пароль на 3 символа - не подтвердилось. Все данные перед шифрованием зануляются.

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

Да, проблема кроется где-то в этом замирании. Madf, как думаешь, чем может быть вызвана такая задержка? Такое ощущение, что stargazer просто повис на некоторое время, не отвечая ни на чьи запросы, в том числе и на purestg2, вот он и начал отключать пользователей по таймауту. Другое дело, это не объясняет, почему именно orlova_ya осталась онлайн, а остальные нет? Возможно, именно так, с "замиранием" происходят "залипания авторизации", о которых говорил madf. Действительно странно. Было бы интересно в момент замирания получить трассу стеков, жаль момент упущен. "Залипания" у нас

USERS::FindByName() - блокирующая; USER::GetAuthorized() - не блокирующая; USER::IsAuthorizedBy() - блокирующая; USER::Unauthorize() - блокирующая; USER::Authorize() - блокирующая; USER::IsInetable() - не блокирующая. USER::property при доступе блокируется только на очень короткий срок - они не связанны с мьютексом класса USER. В целом - вполне вероятно. Отладочный лог покажет что происходит в этот момент.

Странно. Конфигуратор должен показывать, что пользователь стал оффлайн, пока включен disabled. Независимо от того, авторизован он или нет. Надо кстати уточнить у madf: что означает Online в конфигураторе: что пользователь авторизован или что пользователь подключен? ... Подключен. Странно, похоже на глюк с "залипанием" авторизации.

ну исходю из CREATE TABLE IF NOT EXISTS `detailstat_03_2011` ( `login` varchar(40) default '', `day` tinyint(4) default '0', `startTime` time default NULL, `endTime` time default NULL, `IP` varchar(17) default '', `dir` int(11) default '0', `down` bigint(20) default '0', `up` bigint(20) default '0', `cash` double default '0', KEY `login` (`login`), KEY `dir` (`dir`), KEY `day` (`day`), KEY `IP` (`IP`) ) ENGINE=MyISAM; похоже вроде на правду Так там же кусок файла был приложен, а не дамп БД

поддерживаю, насколько это осуществимо? стоит ли ждать этого в rc3? Нет, слишком много изменений. И так в rc3 половину кода перелопатил...

Не выбор кодировки а исключительно Unicode. Не понимаю людей которые до сих пор пользуются koi8/cp1251/cp866 и прочими пережитками прошлого.

Ой, чойта? Там полей меньше Формат: -> <начало_интервала> - <конец_интервала> <IP> <направление> <download> <upload> <деньги>

Наверное потому что совпадают ID для Message Queue. Если их сделать разными - должно работать. это как? где смотреть и менять ? в логе rscriptd вижу такое Message queue created successfully. msgKey=5555 msgID=655360 Параметр ExecMsgKey. Поставить что-то отличное от 5555.

Совпадает ли архитектура сервера на котором запущен Stargazer с архитектурой сервера на котором запущен rscriptd? Не используются ли Sparc/Sparc64?

Наверное потому что совпадают ID для Message Queue. Если их сделать разными - должно работать.