Правила форума Гаранты форума
Размещение рекламы AMX-X компилятор

Здравствуйте, гость Вход | Регистрация

Наши новости:

14-дек
24-апр
10-апр
11-апр

Падения сервера при смене карт

, Проблемы общения плагинов и БД
Статус пользователя Paster
сообщение 21.3.2013, 19:42
Сообщение #1


Стаж: 19 лет

Сообщений: 491
Благодарностей: 64
Полезность: 139

Всем привет!
Суть моей проблемы в том, что сервера (HNS,War3FT) при смене карт (rtv, смена по времени) примерно 5-10 раз в сутки происходит падения сервера.
В папке hlds_run образуется файл core, в файле condebug ничего особенного нет, лог закрывается перед сменой карты.
У самих плагинов ошибоки бывают с таким содержанием:
Цитата
replace() buffer not big enough (7>=6)

Данная проблема исчезает если я отключаю плагин к примеру статитики админов:
Код
// плагины ХНС работающие с БД
amxbans_core.amxx
amxbans_main.amxx
;AttendanceAdmins.amxx

uq_jumpstats.amxx
uq_jumpstats_tops.amxx

amxbans_subnets.amxx


Если AttendanceAdmins.amxx включить, а плагины uq_jumpstats выключить, то сервер так же не падает.
Такое осущение, что при смене карты плагины сохраняют в БД данные, тут идет перегрузка или другая причина.

Цитата
// плагины ВАРика работающие с БД
amxbans_core.amxx
amxbans_main.amxx
amxbans_subnets.amxx

;AttendanceAdmins.amxx
cssbWar3ftMod.amxx


Так же, при отключении одного из плагинов, к-й работает через БД, сервер Варика не падает.

Менеджер карт ставил разные, суть проблемы не в этом.

Информация о железах:
1. физ.сервер под игровые сервера:
Ось: gentoo
PHP 5.3.15
MYSQL 5.1.62

2. Веб.сервер:
Ось: gentoo
Вебсервер nginx/1.2.5
PHP 5.3.15-pl0-gentoo
MYSQL 5.1.67

Натройки nginx.conf

user www www;
worker_processes 4;
# Уменьшает число системных вызовов gettimeofday(), что приводит к увеличению производительности
timer_resolution 100ms;
# Изменяет ограничение на число используемых файлов RLIMIT_NOFILE для рабочего процесса.
worker_rlimit_nofile 50000;

# Директива задаёт приоритет рабочих процессов от -20 до 20 (отрицательное число означает более высокий приоритет).
worker_priority 10;

error_log /var/log/nginx/error_log info;

events {
worker_connections 50000;
use epoll;
}

http {
include /etc/nginx/mime.types;
default_type application/octet-stream;

log_format main
'$remote_addr - $remote_user [$time_local] '
'"$request" $status $bytes_sent '
'"$http_referer" "$http_user_agent" '
'"$gzip_ratio"';

# ZONEs
#limit_req_zone $binary_remote_addr zone=limit30:30m rate=5r/s;
#limit_conn_zone slimits $binary_remote_addr 5m;
#limit_conn slimits 10;

# TIMEOUTS
reset_timedout_connection on;

client_header_timeout 10;
client_body_timeout 10;
send_timeout 10;
keepalive_timeout 5 5;

# BUFFERS
server_tokens off;
connection_pool_size 256;
client_max_body_size 100m;
client_header_buffer_size 32k;
sendfile on;

# GZIP
gzip on;
gzip_min_length 1100;
gzip_buffers 64 8k;
gzip_types text/plain;

output_buffers 1 32k;
postpone_output 1460;

tcp_nopush on;
tcp_nodelay on;


ignore_invalid_headers on;
index index.html;
include /etc/nginx/vhosts.d/*;

}


Собственно помогите где копать, как отдебажить процессы, где идет сбой???
Перейти в начало страницы         Просмотр профиля    Отправить личное сообщение
   Цитировать сообщение
Статус пользователя Breakt
сообщение 22.3.2013, 2:56
Сообщение #2


Стаж: 16 лет

Сообщений: 149
Благодарностей: 15
Полезность: 88

Цитата(Paster @ 21.3.2013, 20:42) *
Всем привет!
Суть моей проблемы в том, что сервера (HNS,War3FT) при смене карт (rtv, смена по времени) примерно 5-10 раз в сутки происходит падения сервера.
В папке hlds_run образуется файл core, в файле condebug ничего особенного нет, лог закрывается перед сменой карты.
У самих плагинов ошибоки бывают с таким содержанием:

Данная проблема исчезает если я отключаю плагин к примеру статитики админов:
Код
// плагины ХНС работающие с БД
amxbans_core.amxx
amxbans_main.amxx
;AttendanceAdmins.amxx

uq_jumpstats.amxx
uq_jumpstats_tops.amxx

amxbans_subnets.amxx


Если AttendanceAdmins.amxx включить, а плагины uq_jumpstats выключить, то сервер так же не падает.
Такое осущение, что при смене карты плагины сохраняют в БД данные, тут идет перегрузка или другая причина.



Так же, при отключении одного из плагинов, к-й работает через БД, сервер Варика не падает.

Менеджер карт ставил разные, суть проблемы не в этом.

Информация о железах:
1. физ.сервер под игровые сервера:
Ось: gentoo
PHP 5.3.15
MYSQL 5.1.62

2. Веб.сервер:
Ось: gentoo
Вебсервер nginx/1.2.5
PHP 5.3.15-pl0-gentoo
MYSQL 5.1.67

Натройки nginx.conf

user www www;
worker_processes 4;
# Уменьшает число системных вызовов gettimeofday(), что приводит к увеличению производительности
timer_resolution 100ms;
# Изменяет ограничение на число используемых файлов RLIMIT_NOFILE для рабочего процесса.
worker_rlimit_nofile 50000;

# Директива задаёт приоритет рабочих процессов от -20 до 20 (отрицательное число означает более высокий приоритет).
worker_priority 10;

error_log /var/log/nginx/error_log info;

events {
worker_connections 50000;
use epoll;
}

http {
include /etc/nginx/mime.types;
default_type application/octet-stream;

log_format main
'$remote_addr - $remote_user [$time_local] '
'"$request" $status $bytes_sent '
'"$http_referer" "$http_user_agent" '
'"$gzip_ratio"';

# ZONEs
#limit_req_zone $binary_remote_addr zone=limit30:30m rate=5r/s;
#limit_conn_zone slimits $binary_remote_addr 5m;
#limit_conn slimits 10;

# TIMEOUTS
reset_timedout_connection on;

client_header_timeout 10;
client_body_timeout 10;
send_timeout 10;
keepalive_timeout 5 5;

# BUFFERS
server_tokens off;
connection_pool_size 256;
client_max_body_size 100m;
client_header_buffer_size 32k;
sendfile on;

# GZIP
gzip on;
gzip_min_length 1100;
gzip_buffers 64 8k;
gzip_types text/plain;

output_buffers 1 32k;
postpone_output 1460;

tcp_nopush on;
tcp_nodelay on;


ignore_invalid_headers on;
index index.html;
include /etc/nginx/vhosts.d/*;

}


Собственно помогите где копать, как отдебажить процессы, где идет сбой???

В настройках MYSQL лазил? Были проблемы от перегруза конннектов к базе сервак заваливался....
Перейти в начало страницы         Просмотр профиля    Отправить личное сообщение
   + Цитировать сообщение
  Тема закрытаНачать новую тему
 
0 пользователей и 1 гостей читают эту тему: