Демон HLSTATSX вешает систему

[-=Batista=-]

Всем доброго времени суток! На linux debian подняты сервера ксс и ксго, к ним прикручена HLSTATS (все на одной машине). Примерно к 1 часу по МСК почти ежедневно, а может и ежедневно, сервер вешает систему - загрузка процессора 99%. Как я понимаю, что-то c HLSTATS Awards. Насколько я помню, она раз в сутки и обновляется. Подскажет кто-нибудь как бороться с напастью? Лог и скриншоты прикрепил. Заранее спасибо!

Спойлер: Скриншоты

 

[Tallanvor]

@-=Batista=-, конкретно этот лог особо ничего не даёт.
Насколько большая база у статы?
Есть немалый шанс, что при большом объёме система упирается в диск.
В админке есть пункты, связанные с оптимизацией БД статы - пройдись по ним.
Держать стату (а так же СБ и прочие веб-ресурсы) на одной машине с игровыми серваками - моветон....

И ещё: на скринах список процессов, запущенных в одно время? Не история какая-то?
Смущает количество инстансов...

 

[-=Batista=-]

@-=Batista=-, конкретно этот лог особо ничего не даёт.
Насколько большая база у статы?
Есть немалый шанс, что при большом объёме система упирается в диск.
В админке есть пункты, связанные с оптимизацией БД статы - пройдись по ним.
Держать стату (а так же СБ и прочие веб-ресурсы) на одной машине с игровыми серваками - моветон....

И ещё: на скринах список процессов, запущенных в одно время? Не история какая-то?
Смущает количество инстансов...

База - 280 Мб, после оптимизации - 231 Мб
Со временем перенесем все это дело.
Нет, это диспетчер задач. Именно из-за этого тормозит, как я понимаю

 

[Tallanvor]

@-=Batista=-, как выглядит задание в кроне?

crontab -l от имени юзера, от которого запускается и полностью скопируй строку, в том числе и со временем

 

[-=Batista=-]

@-=Batista=-, как выглядит задание в кроне?

crontab -l от имени юзера, от которого запускается и полностью скопируй строку, в том числе и со временем

* 1 * * * cd /home/server/rspz/stats_csgo/ && ./hlstats-awards.pl >/dev/null 2>&1
*/2 * * * * cd /home/server/rspz/stats_csgo/ && ./run_hlstats start 1 27510 >/dev/null 2>&1
* */12 * * * cd /home/server/rspz/stats_csgo/GeoLiteCity/ && ./install_binary.sh >/dev/null 2>&1

* 1 * * * cd /home/server/rspz/stats_css/ && ./hlstats-awards.pl >/dev/null 2>&1
*/2 * * * * cd /home/server/rspz/stats_css/ && ./run_hlstats start 1 27500 >/dev/null 2>&1
* */12 * * * cd /home/server/rspz/stats_css/GeoLiteCity/ && ./install_binary.sh >/dev/null 2>&1

@reboot ln -s /var/run/mysqld/mysqld.sock /tmp/mysql.sock

Полный кронтаб

 

[Tallanvor]

@-=Batista=-, кхм...
Можно поинтересоваться, зачем ДВЕ статы на одной машине?
Я не сильно вникал в скрипт наград (не срослось у меня всё ещё с перлом), но факт в том, что два скрипта, запускаемые в одно и то же время, вызывают в два раза больше запросов к БД.
А если они ещё и одну базу на двоих юзают.........
В общем, впору вешаться....

 

[-=Batista=-]

@-=Batista=-, кхм...
Можно поинтересоваться, зачем ДВЕ статы на одной машине?
Я не сильно вникал в скрипт наград (не срослось у меня всё ещё с перлом), но факт в том, что два скрипта, запускаемые в одно и то же время, вызывают в два раза больше запросов к БД.
А если они ещё и одну базу на двоих юзают.........
В общем, впору вешаться....

Без разделения на ксс/ксго стата нормально не работает. Предлагаешь в разное время запускать?

 

[Tallanvor]

Без разделения на ксс/ксго стата нормально не работает

Это ещё что за новости?
Работает всё на "УРА!"
Откуда такие выводы?

 

[-=Batista=-]

Это ещё что за новости?
Работает всё на "УРА!"
Откуда такие выводы?

Может помнишь, как пытались настроить вместе. Остановились на этом компромиссе

 

[Tallanvor]

@-=Batista=-, помню, что ковыряли, а вот что была за проблема и к чему пришли - увы, не помню.
Ок, тогда разделяй кроны.
Желательно, с интервалом часа в 2

И да, поубивай все процессы от наград, если что висит прямо сейчас...

 

[Monomizer]

Без разделения на ксс/ксго стата нормально не работает. Предлагаешь в разное время запускать?

Это вот одназначно и ещё вопрос, сколько iops диска то доступно? Скорее всего только в него и упираешься