Исправлено Kel'theril лёг

[Mercy]

Добрый день.
Сервер классики упал, лежит примерно с 16:40(по мск)
Ждём запуска

 

[old_devs]

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

 

[Mercy]

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

Извиняюсь, не нашёл тему в тот момент времени, поэтому создал эту

 

[Varyag]

Можно запускать сервер через скрипт:
#!/bin/sh
while true ; do
/бла-бла-бла/mangosd
done
Тогда при краше он будет автоматически перезапускаться и не надо будет ждать рекции админов.

 

[old_devs]

18:47 фриз.

 

[Shoot'nik]

Можно запускать сервер через скрипт

?

Тогда при краше

Краш, это не фриз. А фриз mangosd, это не уход в отказ mysql сессий с продолжением работы сервера. У игровых серверов много разных проблем. Скрипт, он же «рестартер», не панацея.

18:47 фриз

Долго не было этой проблемы. Сегодня посмотрю, но, наверное, я знаю в чем дело.

18:47 фриз.

Это на самом деле не фриз, сервер продолжает работать и принимать SOAP команды. Отваливается логин на сервер. Он просто перестаёт пускать в игру (пока не перезагрузишь и он не переподключится к realmd), но сам продолжает полноценно работать.

наверное, я знаю в чем дело.

Это пришло с последним обновлением классики, где внесли большие изменения в античит, который начал создавать .pkt дампы каждого, кто попал в поле зрения по параметру movement.

Эти файлы трешем копятся в большом Кол-ве, как в папке сервера, так и в памяти сервера (темп дб) и после каждой моей очистки (профилактике) и обновлении, сервер запускается с памятью о подозреваемых, но без ее интерпретации (.pkt) и, если такой подозреваемый заходит в игру, сервер делает сверку с .pkt, не находит аргументов и убивает MySQL сессии (бага).

Это Моя, дилетантская трактовка проблемы. Точнее скажет разработчик софта.

Решения три:
1. Не трогать .pkt, что бы они захламили директорию. (Пока так и будет)
2. Перевести сервера с win server на Debian (что мы и сделаем в ближайшем будущем, при переходе на новую железку). Там .pkt формируются иначе. Там таких проблем нет.
3. Разработчику софта дописать в логику античита (скорее всего он забьет болт):

if(винда){
   if(запись в базе есть, но отстутствует pkt в корне){
     создать новый pkt
   }
}

 

[old_devs]

19:51 Аналогично

 

[Shoot'nik]

19:51 Аналогично

Сервак работает, это клиент лагает.

 

[Shoot'nik]

Вроде поправил. Не должно повторяться. Понаблюдаем.

 

[Shoot'nik]

Короче проблема была не в .pkt:

How many previous movement packets to dump to file upon detection resulting in kick or ban.
#File is saved in pkt format that can be parsed with WowPacketParser.

Решается:

Anticheat.PacketLogSize = 0

Проблема была в MySQL. Первый запуск mangos после рестарта ОС (winserver) приводит к тому, что часть памяти mangos (около 60%) утекает в зарезервированную MySQL, а не используемую память.
Большая часть таблиц загруженная и используемая сервером уходит в кеш мускуля. Что при дальнейшей работе со временем вызывает обрыв соединения с MySQL.
Именно в первый запуск сервера после перезагрузки винды.
Однако при рестарте сервера, все встает на свои места. Память в кеш не уходит. И все работает стабильно.

Пока не знаю почему так, конфиги мускуля настроены кропотливо и качественно.
Но какой-то параметр заставляет все же сервер (именно при первом запуске) выгружать в кеш то, чего там быть не должно.
И при этом работать какое-то время, затем отрубает MySQL (видимо не критичные таблицы выгружает)

 

[Shoot'nik]

Дальше обсуждаем тут.