[v1.1.5.4] Material Admin - рефорк SB++ 1.5.4.7

[0-BuTaJIuK-0]

@Kruzya
Выше писал про ServerID

L 02/01/2023 - 12:54:40: [SM] Exception reported: Script execution timed out
L 02/01/2023 - 12:54:40: [SM] Blaming: materialadmin.smx
L 02/01/2023 - 12:54:40: [SM] Call stack trace:
L 02/01/2023 - 12:54:40: [SM]   [1] Line 19, materialadmin\database.sp::MAConnectDB
L 02/01/2023 - 12:54:40: [SM]   [2] Line 299, C:\Users\BuT\Desktop\SP\addons\sourcemod\scripting\materialadmin.sp::OnPluginStart
L 02/01/2023 - 12:54:40: [SM] Unable to load plugin "materialadmin.smx": Error detected in plugin startup (see error logs)

Может проблема в бд? Но раньше ничего подобного не было.
Всё висит на гипервизоре. Машина с инстансом на одной виртуалке, а серваки кс на другой.

Когда все серваки запускаю через ./screen.sh - MA выбивает это
Если захожу на один сервер и прописываю _restart - то всё ок

P.S.
У меня в гипервизоре есть тестовая среда и прод
На тестовой виртуалке очень мало ресурсов, очень долго серваки запускались. Поэтому долго ответ с бд приходил???
Дал больше ресурсов на тестовую виртуалку, вроде всё ок. (Но это не отменяет того факта, что при запуске подвиснет сервак, MA не отвалится)

 

[Kruzya]

Напомню, что sb_comms я создал сам из запроса выше.

Повторю вопрос, который задал в неявном виде в сообщении выше: это свежеустановленная МА, или обновлённая с какой-то базы?

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

На это баг-репорт на Гитхабе был? Я помню о некой проблеме с мутами, но не помню, писали ли её на хаб.

Может проблема в бд?

При запуске сервера, осуществляется синхронное подключение к базе данных. В дальнейшей работе переподключение выполняется асинхронно. Т.е. база должна быть гарантированно запущена на момент запуска серверов и отвечать.
Учитывая, что у вас гипервизор, я подозреваю, что база живёт отдельно от игровых серверов. Предложить что-то в таком случае я затрудняюсь, иначе предложил бы завести игровые сервера как юниты в systemd и навесить явный атрибут After=mysql.service

 

[0-BuTaJIuK-0]

При запуске сервера, осуществляется синхронное подключение к базе данных. В дальнейшей работе переподключение выполняется асинхронно. Т.е. база должна быть гарантированно запущена на момент запуска серверов и отвечать.
Учитывая, что у вас гипервизор, я подозреваю, что база живёт отдельно от игровых серверов. Предложить что-то в таком случае я затрудняюсь, иначе предложил бы завести игровые сервера как юниты в systemd и навесить явный атрибут After=mysql.service

Так виртуалка с бд работает как часы (там два инстанса тестовая и продовая)
С другими плагинами таких проблем нет (с тем же SB++)
Проблема появляется, когда мало ресурсов у виртуалки с кс и они долго запускаются. (только у MA)
В данный момент, решение - больше ресурсов, что бы быстрее запускались кс. Но на мой взгляд, это не решение проблемы.

 

[rgba]

Повторю вопрос, который задал в неявном виде в сообщении выше: это свежеустановленная МА, или обновлённая с какой-то базы?


На это баг-репорт на Гитхабе был? Я помню о некой проблеме с мутами, но не помню, писали ли её на хаб.


При запуске сервера, осуществляется синхронное подключение к базе данных. В дальнейшей работе переподключение выполняется асинхронно. Т.е. база должна быть гарантированно запущена на момент запуска серверов и отвечать.
Учитывая, что у вас гипервизор, я подозреваю, что база живёт отдельно от игровых серверов. Предложить что-то в таком случае я затрудняюсь, иначе предложил бы завести игровые сервера как юниты в systemd и навесить явный атрибут After=mysql.service

Веб-часть(1.1.6)

 

[Kruzya]

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

МА почему-то подключиться не может к базе. СМ даёт самое примитивное апи.
Вы можете попробовать увеличить время ожидания плагинов со стороны СМ.
В core.cfg параметр найдёте.

Веб-часть(1.1.6)

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

 

[releez-]

Господи, откуда вы такую древность берёте...
Эта версия сильно неактуальна.

Available artifacts for "Material Admin - New Serverside" - Artifacts Storage

Возьмите отсюда.


Не хватает самой ошибки. Она должна идти строкой выше.
Если там есть IP-адреса какие-то, то просто замените их на что-то.


Не в этом.

@rgba, я не понял совершенно, как Вы производили установку веб-части. Потому ничего дельного ответить на вопросы не могу.
Вы руками таблицы создавали что-ли? Зачем?


Так включите страницу.
Это в настройках.
Поищите по странице "админлист", увидите сами чекбокс.


Когда МА такое пишет, он ещё прямо у полей дописывает ошибку. Изучите внимательно форму после вывода этого сообщения, он Вам уже написал где-то там, что именно не так.


Этот плагин не вносит админов в базу MA. Он их вносит на время подключения в локальный кэш самого SourceMod, в базу МА они никак попасть не могли оттуда. Только если у Вас не стоит какой-то ещё плагин, который всё из админкэша SM вытягивает и копирует в базу МА.

Он по админ флагам выдаёт випку. А в этой випке уже есть флаги доступа к админке.

 

[Kruzya]

@releez-, но этот плагин не взаимодействует никак с таблицей админов в самом МА. Сам МА тоже не копирует админки из кэша в базу.

 

[rus0707]

Повторю вопрос, который задал в неявном виде в сообщении выше: это свежеустановленная МА, или обновлённая с какой-то базы?


На это баг-репорт на Гитхабе был? Я помню о некой проблеме с мутами, но не помню, писали ли её на хаб.


При запуске сервера, осуществляется синхронное подключение к базе данных. В дальнейшей работе переподключение выполняется асинхронно. Т.е. база должна быть гарантированно запущена на момент запуска серверов и отвечать.
Учитывая, что у вас гипервизор, я подозреваю, что база живёт отдельно от игровых серверов. Предложить что-то в таком случае я затрудняюсь, иначе предложил бы завести игровые сервера как юниты в systemd и навесить явный атрибут After=mysql.service

я только тут писал на хабе не видел

 

[releez-]

@releez-, но этот плагин не взаимодействует никак с таблицей админов в самом МА. Сам МА тоже не копирует админки из кэша в базу.

Может быть всё таки что то с кодировкой, вот только я не знаю где ее поменять, чтобы всё стало нормально

 

[Kruzya]

@releez-, плагин выставляет кодировку буквально перед каждым запросом. Если бы эту строку вставлял действительно плагин МА, то и проблем с кракозябрами у Вас сейчас не было бы.
Я же не просто так пытаюсь Вам донести мысль, что МА вообще никак админов в базу с сервера не вставляет. Исключение - если Вы заходите в админку на сервере и жмёте "Добавить админа".

 

[Aquans]

[SM] Exception reported: Invalid query Handle 0 (error: 4)
L 02/09/2023 - 12:17:15: [SM] Blaming: materialadmin.smx
L 02/09/2023 - 12:17:15: [SM] Call stack trace:
L 02/09/2023 - 12:17:15: [SM] [0] DBResultSet.HasResults.get
L 02/09/2023 - 12:17:15: [SM] [1] Line 1743, materialadmin/database.sp::SQL_Callback_CheckBekapTime

[SM] Exception reported: Invalid query Handle 0 (error: 4)
L 02/09/2023 - 12:17:17: [SM] Blaming: materialadmin.smx
L 02/09/2023 - 12:17:17: [SM] Call stack trace:
L 02/09/2023 - 12:17:17: [SM] [0] DBResultSet.HasResults.get
L 02/09/2023 - 12:17:17: [SM] [1] Line 1743, materialadmin/database.sp::SQL_Callback_CheckBekapTime
Есть решение?

 

[Kruzya]

Столкнулись с проблемой? Напишите об этом в теме, но следуя этому шаблону, иначе сообщение будет проигнорировано.

@yallstpd, Ваш вопрос в работе пока. Всё что могу сказать.

 

[Rimmer]

@Kruzya Почему бы в установку не написать,
Отключить RewriteEngine в .htaccess

Просто я сидел мучался не понимал, спросил у людей мне подсказали

 

[Kruzya]

@Rimmer, потому что он по-умолчанию отключен.
Если он включен -- значит его что-то или кто-то врубил для чего-то.

Если начать пытаться учитывать всевозможные кейсы конфигурации софта, то инструкция вырастет раз в пять минимум. В том же nginx нужно закрывать от внешнего доступа папку с шаблонами частично, а для IIS нужна дополнительная конфигурация веб-сервера, чтобы он мог вызывать PHP для сб "правильно".

 

[Rimmer]

@Kruzya
Слушай, такая ситуация, у чела иногда отключается база данных, а сервер работает (Украина такие дела)
И как сделать так что бы его можно было в ручную забанить?
А после успешного подключения к БД его забанило через MA, когда сервер к примеру после смены карты или после ребута подключится к БД что бы вывести на сайт

Очень нужно, думаю многим украинским серверам

А пока если банить то пишет ошибку:

sm_addban
[MA] Usage: sm_addban <steamid|ip> <time> [reason]
sm_addban STEAM_1:0:463610478 1 XYI
L 02/12/2023 - 22:37:15: [materialadmin.smx] No connect Database: CheckBanInBd
L 02/12/2023 - 22:37:15: [SM] Exception reported: Invalid database Handle 0 (error: 4)
L 02/12/2023 - 22:37:15: [SM] Blaming: materialadmin.smx
L 02/12/2023 - 22:37:15: [SM] Call stack trace:
L 02/12/2023 - 22:37:15: [SM]   [0] Database.Format
L 02/12/2023 - 22:37:15: [SM]   [1] Line 665, materialadmin/database.sp::CreateDB
L 02/12/2023 - 22:37:15: [SM]   [2] Line 427, materialadmin/database.sp::CheckBanInBd
L 02/12/2023 - 22:37:15: [SM]   [3] Line 738, materialadmin/commands.sp::CommandAddBan

 

[Kruzya]

@Rimmer, есть команда на реконнект. Можно ею пользоваться.

 

[Rimmer]

@Rimmer, есть команда на реконнект. Можно ею пользоваться.

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

 

[Je33ie]

Как исправить?
Версия MySQL сервера 5.5 MariaDB
Хостинг MyArena

 

[rus0707]

Как исправить?
Версия MySQL сервера 5.5 MariaDB
Хостинг MyArena

Включение модулей PHP — Википедия MyArena.ru

wiki.myarena.ru

 

[1_SLINE_1]

Помогите с компиляцией, выдаёт ошибку
//// ma_adminmenu.sp
//
// C:\Users\KASPER\Desktop\╩юьяшы ЄюЁ\addons\sourcemod\scripting\ma_adminmenu.sp(72) : fatal error 183: cannot read from file: "adminmenu/dynamicmenu.sp"
//
// Compilation aborted.
// 1 Error.
//
// Compilation Time: 0,08 sec
// ----------------------------------------
//// materialadmin.sp
//
// C:\Users\KASPER\Desktop\╩юьяшы ЄюЁ\addons\sourcemod\scripting\materialadmin.sp(201) : fatal error 183: cannot read from file: "materialadmin/config.sp"
//
// Compilation aborted.
// 1 Error.
//
// Compilation Time: 0,09 sec
// ----------------------------------------