Не, это я сразу глянул. Виртуалка находится на хранилке, вместе с десятками других виртуалок.
iotop показывает всё по нулям (по минимуму).
в моменты открытия страниц, мускуль обращается к диску и запись не превышает 700 k/s, IO - от 0,20 до 0,60% (редко поднимается до 2-3%)
в моменты когда апач обращается к диску эти значения больше, но не на много.
1. Включить логирование медленных запросов в MySQL
Включил, сделал задержку не больше 1 секунды. mariadb-slow.log пустой :(
2. Посмотреть в браузере вкладку Network
Спасибо, не знал такую вещь. Немного в ней полазив, понял что долго отвечают страницы type "document", initiator "other" размер 30-45 кб. У всех страниц примерно одинаковое время 10.02 - 10.80 секунд. Все остальные элементы загружаются как положено (не больше 200 ms). Собственно сервер долго отдаёт саму страницу.
Fortop, нету никакого залипания скрипта. Ругань по поводу мап.пхп в пхп-слоу падает круглосуточно. Но Нагрузка от пхп5-фпм появляется приблизительно в одно и тоже время и грузит ТОЛЬКО проц, все ядра на 100 процентов. Иногда начинается в 11 утра, иногда в 9 утра, но чаще всего перед обедом примерно в 12:50
Пума Тайланд, я долго держал это в себе, но теперь я уверен - вы просто не разбираетесь в этом вопросе.
К забикс вебу обращается ну скажем 10 айпишников, за каждым из этих десяти айпишников висит от десятков и до сотен пользователей. Забикс не говорит "кто их пользователей ломает все"
Если вы знаете как это спросить, скажите конкретно. но почему-то я уверен, что вы не знаете....
Пума Тайланд, Я конечно извиняюсь, но вы скорее всего запутались. Наверно я в этом виноват.
Давайте заново:
Есть физическая машина с mysql + zabbix server - на ней нет проблем. Проц не загружен. Памяти свободной куча. В логах всё хорошо.
Есть виртуальная машина с hginix + php5. Служит вебмобрдой для забикса на ней иногда! повторюсь, ИНОГДА взлетает загрузка процессора (всех 12 ядер) до 100%. htop показывает что это делает процесс php-fpm. Чем это вызвано я и пытаюсь разобраться. Обновиться или "переустановить винду", я всегда успею.
"а вы с потолка взяли информацию что с мускулом" прям взбесило.... что за идиотский подход... Вы то откуда знаете какой анализ я проводил ?
php-fpm грузит систему. php-fpm не равно mysql. php-fpm запускает скрипты которые работают нормально, а вдруг в какой-то момент начинают вешать сервер. На мускуле в это время НИЧЕГО не происходит. Он как отдавал ответы на запросы с одним временем, так и отдаёт.
Советы уровня "переустанови виндовс"... специалист прям от бога.
Пума Тайланд, чё за слоу логи, можно чуточку конкретней, а то у меня уже бошка кипит и походу я затупаю ? я не заметил каких то медленных обращений к базе. мускуль стоит на другом сервачке и с ним всё отлично. Подняли вторую вебу, перенесли туда часть пользователей, думали, что поможет, но не помогло.
Пума Тайланд, с забиксом у нас могут работать круглосуточно. Я пытаюсь объяснить то, что не понятно в чём дело.
По какой причине, веб интерфейс например в 12:47 Резко начинает тормозить. Просто жутко тормозит, открывая всё по 20 секунд, а новых ошибок в логах не появляется.
Обновиться можно. Если с проблемой не разберусь, то так и сделаю.
Вообще.... какашки в логи по поводу медленного map.php падают круглосуточно, но в не рабочее время (а иногда и в рабочее время) веба откликается моментально (как положено).
Борис Сёмов, к сожалению вышло так, что я оставил делать rapair и ушел на обед, после обеда пришёл, мой рабочий комп завис (иногда у него такое бывает в спящем режиме). Пока я был на обеде поступила заявка, что otrs не пашет (сделал вывод что он завис).
Свой комп ребутнул, зашел дальше в mysql, глянул процессы - пусто (сделал вывод, что rapair отработал). Ребутнул серв с otrs - всё норм. пользователи работают дальше.
iotop показывает всё по нулям (по минимуму).
в моменты открытия страниц, мускуль обращается к диску и запись не превышает 700 k/s, IO - от 0,20 до 0,60% (редко поднимается до 2-3%)
в моменты когда апач обращается к диску эти значения больше, но не на много.