seocore: а давайте еще спросим ТС, ответ от команд:
/usr/sbin/smartctl -a /dev/sda
/usr/sbin/smartctl -a /dev/sdb
чтобы продолжить телепатическую беседу 🍿
кстати да, я тоже такого же мнения, приложенице весьма нехило грузит диск и канал и тс не мешало бы сначала разобраться именно с rtorrent 😂
rtorrent просто сидит, он давно уже ничего не качает. да и пробовал я его убивать - не помогло.
/usr/sbin/smartctl -a /dev/sda1
smartctl version 5.38 [x86_64-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda ES
Device Model: ST3500630NS
Serial Number: 9QG9FZ5T
Firmware Version: 3BKS
User Capacity: 500,107,862,016 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Fri Dec 23 05:25:52 2011 EST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 430) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 171) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
grey2: во время "тормозов" переключился с nginx+apache на apache. сразу залетало. но боюсь это не на долго. этот диагноз тоже в пользу того что httpd в D стейте? как с этим бороться?
оказалось проблема не в одном аккаунте.
ещё решил поэкспериметнировать. поставил на закачку большой файл со своего же сервера на нём же. load average сразу возрос. %wa тоже. файл качался с постоянными обрывами. это проблема с жёстким диском на сервере?
Dmitry.Sidorov: А что по крону запускается в это время?
не всё так просто:) крон в первую очередь проверял.
а ещё такой вопрос. аккаунт сильно нагружает сервер, что все сайты открываются очень долго или вообще timeout, но по top всё спокойно - нагрузки по нулям. что это может быть?
К специалисту я могу обратиться в любое время. Их тут много и я знаю. Но я сам привык разбираться во всём, поэтому и создал эту тему. Ну решит он проблему, а в следующий раз опать к нему обращаться? Нет уж лучше самому разобраться и потом самому решать.
а давайте еще спросим ТС, ответ от команд:
/usr/sbin/smartctl -a /dev/sda
/usr/sbin/smartctl -a /dev/sdb
чтобы продолжить телепатическую беседу 🍿
кстати да, я тоже такого же мнения, приложенице весьма нехило грузит диск и канал и тс не мешало бы сначала разобраться именно с rtorrent 😂
rtorrent просто сидит, он давно уже ничего не качает. да и пробовал я его убивать - не помогло.
день... всё летает load average: 0.14, 0.37, 0.40. CPU: 81.5%id, 8.3%wa...
вечером опять начнётся нервотрёпка с тормозами экспериментами🤪
во время "тормозов" переключился с nginx+apache на apache. сразу залетало. но боюсь это не на долго.
этот диагноз тоже в пользу того что httpd в D стейте?
как с этим бороться?
оказалось проблема не в одном аккаунте.
ещё решил поэкспериметнировать. поставил на закачку большой файл со своего же сервера на нём же. load average сразу возрос. %wa тоже. файл качался с постоянными обрывами. это проблема с жёстким диском на сервере?
во время "тормозов" переключился с nginx+apache на apache. сразу залетало. но боюсь это не на долго.
этот диагноз тоже в пользу того что httpd в D стейте?
как с этим бороться?
напомню что всё это только из-за одного аккаунта, а на сервере их много - остальные не грузят. базы оптимизировал у него - это не помогло.
может кто подсказать где копать при таком top:
А что по крону запускается в это время?
не всё так просто:) крон в первую очередь проверял.
а ещё такой вопрос. аккаунт сильно нагружает сервер, что все сайты открываются очень долго или вообще timeout, но по top всё спокойно - нагрузки по нулям. что это может быть?
К специалисту я могу обратиться в любое время. Их тут много и я знаю. Но я сам привык разбираться во всём, поэтому и создал эту тему. Ну решит он проблему, а в следующий раз опать к нему обращаться? Нет уж лучше самому разобраться и потом самому решать.
Стабильно в 18:08 - 18:09 каждый день приходят сообщения о load average. Как проверить какие скрипты перегружают в это время?
Чтобы понять почему падает смотрите логи.
у меня есть такие:
какие смотреть?
Чтобы понять почему падает смотрите логи.
там только логи ftpd, а как посмотреть другие?
перенастраивать php пока не надо. надо определить того кто загружает хостинг.
А кто Вы? Что Вы? В лояльном к чему? К законам Нидерландов?
Я человек, а не вещь отвечая на ваше "что вы". Лояльным к размещаемым проектам, почему - я написал выше.