Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум Apache

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Виснет сервер, не пойму почему.
 
 автор: tim313   (29.02.2012 в 00:29)   письмо автору
 
 

Есть сервер 4х ядерный, 8 Гб оперативки, 4 жесктих диска и райд контролер. Система Дебиан
Все прекрасно работало, у сервера около 500к хитов в сутки, он прекрасно работал и в один день стал жутко виснуть.

Сначало все началось со статики, фотки(20-30 Кб) подгружались по 5-10 секунд, хотя раньше летали. Я сразу подумал что проблема в nginx, поставив ограничения на количество загрузок с одного IP и ограничил скорость скачивания для одного IP. Результат нулевой.
По мимо статики иногда страницы просто не хотят открыватся, тоесть одна открылась в лет, вторая в лет, третья зависла на секунд 20. Причем скорость генерации страниц php остаются одними и теми же, скорость генерации с подключением к mysql , обработки всего что нужно составляет около 0.009 секунды и не скачет и не прыгает.

Я пошел дальше, подрублися через фтп и сразу же стал наблюдать медленую работу и подвисание переходов к папкам. Тоесть nginx и пхп тут не причем. Диски не перегружены.

Небольшая статисткиа :


top - 00:23:38 up 10:01,  1 user,  load average: 0.38, 0.39, 0.28
Tasks: 239 total,   1 running, 238 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.5%us,  0.4%sy,  0.0%ni, 94.2%id,  2.4%wa,  0.0%hi,  1.7%si,  0.0%st
Mem:   8190812k total,  8136568k used,    54244k free,   305984k buffers
Swap:  2102552k total,        0k used,  2102552k free,  7092832k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1691 mysql     20   0  299m  47m 7328 S    6  0.6   9:44.54 mysqld
 1312 onezoom   20   0  193m  22m 4292 S    1  0.3   0:56.24 php5-fpm
11864 www-data  20   0 83768 4696 1024 S    1  0.1   2:19.64 nginx
11865 www-data  20   0 83176 4044 1024 S    1  0.0   2:17.66 nginx
 1792 onezm   20   0  182m  11m 4292 S    1  0.1   0:56.57 php5-fpm
 1799 onezm   20   0  182m  10m 4300 S    1  0.1   0:56.67 php5-fpm
 1310 onezm   20   0  182m  12m 4356 S    0  0.2   0:55.36 php5-fpm
 1313 onezm   20   0  182m  11m 4292 S    0  0.1   0:54.94 php5-fpm
 1316 onezm   20   0  182m  11m 4296 S    0  0.1   0:57.98 php5-fpm
 1320 onezm   20   0  180m 9.9m 4300 S    0  0.1   0:56.65 php5-fpm
 1323 onezm   20   0  184m  13m 4340 S    0  0.2   1:06.27 php5-fpm
 1324 onezm   20   0  181m  10m 4304 S    0  0.1   0:55.60 php5-fpm
 1325 onezm   20   0  181m 9.9m 4296 S    0  0.1   1:02.57 php5-fpm
 1326 onem   20   0  182m  11m 4328 S    0  0.1   1:06.88 php5-fpm
 1328 onezm   20   0  199m  28m 4324 S    0  0.4   1:01.44 php5-fpm
 1717 onezm   20   0  186m  15m 4300 S    0  0.2   1:02.06 php5-fpm
 1804 onezm   20   0  183m  12m 4288 S    0  0.2   1:01.91 php5-fpm



Введя команду netstat я начал получать очень длиный список который выводился крайне меделно и долго, список выводился с подвисаниями по 5 секунд , общее время вывода списка составляло около 5 минут и насчитывало несколько тысяч строк как я думаю.
Пример строки:

tcp        0      0 Debian-60-squeeze-6:www 95.67.192.16:17074      TIME_WAIT
tcp        0      0 Debian-60-squeeze-6:www 46.19.99.4:4764         TIME_WAIT
tcp        0      0 Debian-60-squeeze-6:www filed2.mail.ru:47750    TIME_WAIT

Большинство состояний TIME_WAIT.

Может ктонибуть помоч? В чем могут быть проблемы? может посмотреть где что?

  Ответить  
 
 автор: Sergeich   (29.02.2012 в 06:00)   письмо автору
 
   для: tim313   (29.02.2012 в 00:29)
 

Посмотрите общее использование оперативной памяти. Это лучше сделать командой htop.
Посмотрите при зависаниях системный журнал (что именно происходило во время зависания) с помощью команды
cat /var/log/messages

  Ответить  
 
 автор: tim313   (29.02.2012 в 13:26)   письмо автору
 
   для: Sergeich   (29.02.2012 в 06:00)
 

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

Обратился к нему он сказал что нужно было поправить файл /etc/network/interfaces (у меня там стояло 100Tx , а мне подключили 1 Гбит порт, и возник конфликт и по умолчанию скорость установилась в 10 Мбит) , поставить # перед строкой где установлена скорость.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования