LINUX.ORG.RU
ФорумAdmin

CentOs 6.5 + nginx +php-fpm +mysql уходит в IDLE


0

1

Сервер собирал под Ипс-конфиг, по завершению все работало на +5. Утром ковырялся в мускуле, заставил его работать как надо... До этого уже была такая настройка, но она вызывала подение сервера в ... К тому же все усложняется тем, что на платформе не работает «аutomatic hardware reset» (сервер на hetzner). Кто может подсказать в какую сторону копать?

Ответ на: комментарий от selivan

если по теме не к месту - тогда куда? это пожалуй единственный русскоязычный портал по линуксоидам с крупным сообществом, где отвечают по делу). если по теме информативности - тут как раз проблема, логи молчат.

[root@brandage ~]# cat /etc/redhat-release
CentOS release 6.5 (Final)
[root@brandage ~]# uname -srvmpio
Linux 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

equilibrium07
() автор топика
Ответ на: комментарий от selivan

mysql

140614 21:35:12 [Note] Event Scheduler: Purging the queue. 0 events
140614 21:35:12  InnoDB: Starting shutdown...
140614 21:35:13  InnoDB: Waiting for 90 pages to be flushed
140614 21:35:14  InnoDB: Shutdown completed; log sequence number 394926501020
140614 21:35:14 [Note] /usr/libexec/mysqld: Shutdown complete

140614 21:35:14 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
140614 21:35:15 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140614 21:35:15 [Note] Plugin 'FEDERATED' is disabled.
140614 21:35:15 InnoDB: Mutexes and rw_locks use GCC atomic builtins
140614 21:35:15 InnoDB: Compressed tables use zlib 1.2.3
140614 21:35:15 InnoDB: Using Linux native AIO
140614 21:35:15 InnoDB: Initializing buffer pool, size = 3.6G
140614 21:35:15 InnoDB: Completed initialization of buffer pool
140614 21:35:15 InnoDB: highest supported file format is Barracuda.
140614 21:35:15  InnoDB: Waiting for the background threads to start
140614 21:35:16 InnoDB: 5.5.38 started; log sequence number 394926501020
140614 21:35:16 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
140614 21:35:16 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
140614 21:35:16 [Note] Server socket created on IP: '0.0.0.0'.
140614 21:35:16 [Note] Event Scheduler: Loaded 0 events
140614 21:35:16 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.38'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL Community Server (GPL) by Remi

php
[14-Jun-2014 21:24:02] NOTICE: Terminating ...
[14-Jun-2014 21:24:02] NOTICE: exiting, bye-bye!
[14-Jun-2014 21:24:02] NOTICE: fpm is running, pid 2676
[14-Jun-2014 21:24:02] NOTICE: ready to handle connections
[14-Jun-2014 22:08:39] WARNING: [pool web3] child 2690 exited on signal 11 (SIGSEGV) after 2677.074640 seconds from start
[14-Jun-2014 22:08:39] NOTICE: [pool web3] child 6296 started
[14-Jun-2014 22:09:03] WARNING: [pool web3] child 6296 exited on signal 11 (SIGSEGV) after 23.939346 seconds from start
[14-Jun-2014 22:09:03] NOTICE: [pool web3] child 6297 started
[14-Jun-2014 23:34:28] NOTICE: [pool web3] child 2691 exited with code 0 after 7825.936769 seconds from start
[14-Jun-2014 23:34:28] NOTICE: [pool web3] child 6756 started
[14-Jun-2014 23:35:05] NOTICE: [pool web3] child 2692 exited with code 0 after 7862.803240 seconds from start
[14-Jun-2014 23:35:05] NOTICE: [pool web3] child 6770 started
[14-Jun-2014 23:36:30] NOTICE: [pool web3] child 3703 exited with code 0 after 7669.648384 seconds from start
[14-Jun-2014 23:36:30] NOTICE: [pool web3] child 6773 started
equilibrium07
() автор топика
Ответ на: комментарий от equilibrium07

сервер просто становиться недоступным ВООБЩЕ, то есть даже ссх рубит. И это происходит при изменении настроек мускула. сейчас my.conf выглядит так

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
innodb_use_sys_malloc =0
max_connections=250
query_cache_type = ON
query_cache_size=64M
thread_cache_size=4

transaction-isolation=READ-COMMITTED
innodb_flush_method=O_DIRECT
innodb_flush_log_at_trx_commit=2
innodb_buffer_pool_size = 3700M
query_cache_limit=254M
tmp_table_size=256M
max_heap_table_size=256M
table_open_cache=2000
sort_buffer_size=5M
read_rnd_buffer_size=512KB
pid-file=/var/run/mysqld/mysqld.pid
log-error=/var/log/mysqld/mysqld.log
если max_connections ставлю в 500 и innodb_buffer_pool_size в 4500М сервер через пару часов улетает. железо: Intel® Core™ i7-4770 32 GB DDR3 RAM 2 TB SATA; 240 GB SSD;

equilibrium07
() автор топика
Ответ на: комментарий от equilibrium07

Форум правильный, я про изначальную формулировку вопроса. «Что-то где-то вроде падает, там ещё мускуль».

Кто-то сжирает все ресурсы, скорее всего мускуль, как вариант - php. Ставть atop, пусть записывает татистику потребления ресурсов, когда упадёт - проигрывай записанный лог и смотри, что случилось. С большоей вероятностью, мускул сожрал всю память.

selivan ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.