Проблема с ExecuteForward

Плагин CSStatsX SQL от serfreeman1337, версия 0.7.4+2

Возникает вот такая ошибка:


1804я строка кода:
Форвард объявлен следующим образом:

(то есть как бы должно быть 3 параметра, 3 и передаются)

Шутка в том что плагин стоит на 3 серверах, база данных общая (только таблицы разные), и на 2 серверах данные о фрагах пишутся, а на третьем нет.

Кто понимает что вообще происходит?

Metal Messiah,

1. Раньше все работало нормально и вдруг поламалось - никакие изменения не вносились ?
2. Могла ли побиться таблица в БД - попробовать ее чекнуть ?
3. Проверить конфиг файлы в которых хранятся данные для подключения к БД, и во всех ли конфигах одинаковые учетки с одинаковым доступом к БД ? Маловероятно - но мог побиться и конфиг файл.
4. Если сам конфиг файл не побился мог побиться плагин , попробовать перезаписать/перекомпилить ...

Именно так, работало но сломалось. Правда, не совсем так.
Я упомянутый плагин нашел в сентябре прошлого года, удивился что плагин оказался рабочим (все предыдущие системы статистики на MySQL которые мне попадались имели серьезные проблемы и переделывать их было дольше чем бы написать с нуля). Поставил его сразу на 3 сервера.

Конфигурация:
Сервер 1 - Арена, MySQL там же Арена.
Сервер 2, 3 - свои VPS, MySQL - тоже свой VPS (другой), на нем одна база данных но разные таблицы.

Сегодня клонирую Сервер 3 на другой адрес и называю это Сервер 4. Архивировал, скопировал, разархивировал, запустил - все просто.
Далее клонировал 2 таблицы базы данных необходимых для работы статистики с другими именами и подправил имя таблицы в конфиге (структура правильная, новые таблицы пустые после TRUNCATE). Логин-пароль к базе тот же. Знаю что так делать нельзя но было лень создавать отдельного юзера с правами на эти таблицы.

Вижу ошибку из 1 поста в конце раунда когда должна происходить запись статистики согласно настройкам.
Квары доступа к БД проверил - значения правильные в консоли.
Подключений к базе перманентных нет (SHOW PROCESSLIST показывает пусто) но на Сервере 2 все идеально работает и данные пишутся - значит так задумано автором плагина, в принципе это правильно.
На всякий случай из консоли подключился к удаленной базе как бы все работает, подключение устанавливается.
Включил на сервере mysql функцию general log (все запросы в файл) и с удивлением обнаруживаю что с сервера 4 ничего не пытается писаться в таблицу статистики, подключения есть только от плагина банлиста (логин тот же).

Ну а теперь самое интересное - на сервере 3 кажется тоже неадекватное, он немножко беременный. Это когда все работало когда я поставил плагин, когда в таблице игроков около 3000 записей (то есть что-то туда писалось) и даже поле last_join имеет самые последние значения пару часов назад, но есть смутное впечатление что новые данные туда пишутся не все или не пишутся все. Но с сервера 4 точно не пишется ничего т.к. таблицы пусты.

Как я это понимаю? Вызывается форвард client_assist_sql который должен получать 3 параметра и которому передаются 3 параметра, но какого-то черта он ждет 0 параметров (ну бред, не может учет помощи при убийстве получать 0 параметров в принципе. Ну и дальше ничего не выполняется.

Итого:
1. сервера 1 и 2 работает все идеально. Сервер 3 раньше работал сейчас не факт, но на нем мало кто играет и я это не замечал. Сервер 4 - таблицы пусты.
2. с таблицами все нормально
3. с конфигом подключения к БД все нормально, квары в консоль выдаются правильные, подключения с этой машины к той машине где база - есть, проверял mysql клиентом.
4. сам плагин дернут с рабочего сервера, версии AMXModX у них одинаковые потому перекомпилировать смысла нет (сначала был с сервера 3, потом от греха подальше с сервера 1 взял, со 2го не подходит там другая версия AMXModX).

Сейчас еще идейку одну проверю, выключу оптимизацию а именно пусть пишет в базу каждое событие сразу, а не в конце раунда...

-------------
SQL_MakeDbTuple в плагине вызывается только в одном месте, в функции plugin_cfg() и больше нигде. Добавил логи вызова основных функций и пришел к выводу что она не вызывается вообще.


(дальше идет получение значений логина-пароля и т.д. и само подключение, этот код ни разу не был вызван судя по логу). У меня AMX 1.9.0, потому функция объявлена как OnConfigsExecuted. Видимо, в этом причина того что она не вызывается, что там за новомодные заморочки напридумали в AMX последних версий я понятия не имею.

Вот в таком варианте вроде бы заработало

Причем, заметьте, в логе присутствует именно строчка OnConfigsExecuted NEW AMX, но если функция названа OnConfigsExecuted() - ее никто не вызывает... Попробую пока обойтись одним переименованием, 2 строчки в базу записались.

Metal Messiah, Привет. Если у тебя плагин скомпилен под 183 или старше, то форвард регается в OnConfigsExecuted(). У меня подозрение, что OnConfigsExecuted() не срабатывает (не вызывается вообще). Такое может быть, я не помню фиксили это в более новых версиях AMXX или нет. Ты можешь попробовать залогировать момент регистрации форварда, добавив под

строку

Оно должно в стандартный amxx-лог выплёвывать эту фразу. Если не выплёвывает, значит форвард не отрабатывает. Отлечить это можно либо сменой логики на таск, либо на plugin_cfg(), как это задумано в варианте компиляции для версий < 183

Вот как-то так и происходит что OnConfigsExecuted() не вызывается вообще. Компилировал под 1.9.0 винда, запускал под ним же Linux, причем на одном сервере работает, на других нет. Переименовал в plugin_cfg() и так проблему пока решил.

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

Опять попал на те же грабли с другим билдом (использовал оригинальный а не модифицированный мною же в июле код), и обнаружил интереснейшую вещь.
Если стоит admin_sql.amxx проблема наблюдается и стата не может подключиться к базе.
Если fresh bans + admin loader то проблемы вроде бы нет. Если admin.sql то ее точно нет.

А учитывая расколбас

на директивы типа #if AMXX_VERSION_NUM < 183 вообще нельзя полагаться... к счастью большинство плагинов которые я использую этого в коде не имеют.

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