В общем, модуль был mhash.so
Но от ошибок в логи помогло пересобрать mhash (не php5-, а основной)
# pkg_info |grep mhash mhash-0.9.7.1 An easy-to-use library for strong hashes such as MD5 and SH php5-mhash-5.2.6 The mhash shared extension for php
Сам пхп модуль не трогал, но ругань пропала.
Но не думаю, что из-за этого модуля падал мускуль. Как только подвиснет - сделаю processlist, посмотрим, что он творит...
про лимит - см выше. Не в этом дело. Но что-то не так в связке - может быть. Могут сами коннекторы глючить. Тут еще момент, что основной движок на перле, на пхп пара вспомогательных скриптов.
Просто спаммит в логи сильно, но изредка (1-2 раза в день) апач начинает выдавать 502 ошибку. Надо перезапустить мускуль и апач.
# php -v PHP 5.2.6 with Suhosin-Patch 0.9.6.2 (cli) (built: Jun 29 2008 16:09:45) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator Segmentation fault
Ага, вот что вылетает видимо. Проблема в том, что я его не трогал уже больше месяца. А вылетать начало недавно.
Надо бы как-то стек вызовов глянуть..
Всё стоит из портов (это фря). Буквально несколько дней назад работало нормально, а сейчас вот лезет такое. Вроде ничего особого не обновлял.
Заметил, что простой перезапуск апача не помогает - надо ещё мускуль тоже перезапустить. Проблема не в лимите коннектов (использовано 34%). Прогнал перед перезапуском mysqltuner.pl, посмотреть на счетчики и статусы.. там нормально всё.
А графики строит? )
Мне бы еще надо визуализировать это всё.. Завести и там пока демо акк чтоли..
Цены какие-то ядерные.. если надо хотя бы 5 минут интервал, это тариф про, за 30 уе.. Да ещё смс отдельно оплачивать.
И сделал быструю проверку, это из 65 мест запросы полезли.. Это он каждые 5 минут так делать будет? При том, что достаточно было бы проверить из пары точек, близких к нам. Доступность из всего мира не нужна, только россии.
playnet добавил 05.04.2011 в 15:51
Вот это по цене нормально уже.
playnet добавил 05.04.2011 в 16:05
Посмотрел http://hpulse.ru/features.xhtml
Именно такое я и искал ) И подробно описаны возможности, с картинками итд. Чего нету даже на хосттрекере.
Надо понять, рейд там всё-таки полноценный или простой HBA. Если полноценный - обычно они не отдают диски "просто так" и придется делать на каждый диск зеркало из 1 диска например.
Про то, что софт зеркала медленные - информация 10+ летней давности. Сейчас они сопоставимы (на одних и тех же дисках). И для веб-сервера, где 90% чтение, аппаратный практически неактуален. К тому же, zfs сделан так, что "транзакция выполнена полностью или не выполнена вообще", так что в BBU в данном случае смысла нет.
Более того, полностью аппаратный рейд без батарейки может быть на записи медленнее на порядок за счет того, что любая операция записи ждет завершения, блокируя другие операции.
cache это хорошо, но требуется отдельный диск, причем рекомендуется SLC SSD, которых в хецнере нет (у меня там тоже есть несколько проектов). Более того, больше 4 дисков поставить невозможно. Про кэш в памяти не скажу, особо не мерял.
Вот будет ли быстрее 2 диска в зеркале, 2 в кэше или просто 10 - не знаю. Надо проверять.
А вообще, "более 2 млн. мелких файлов" - напрашивается SSD. Как вариант - 2 сас и 2 ssd, 2 зеркала.
И еще. Для zfs, на которую пишут, имеет смысл ставить SSD на журнал транзакций (тип устройства log). Для веба актуальнее тип устройства cache
Devices can be added to a storage pool as "cache devices." These devices provide an additional layer of caching between main memory and disk. For read-heavy workloads, where the working set size is much larger than what can be cached in main memory, using cache devices allow much more of this working set to be served from low latency media. Using cache devices provides the greatest performance improve- ment for random read-workloads of mostly static content.
Не надо путать сервер например для БД и для хостинга. Для хостинга бытовые великолепно подходят, там даже ЕСС не нужно.
Что есть "уровень отказоустойчивости" и "также множество других показателях"
У меня есть пачка своих серверов, как 1У, так и десктопов, в том числе с 40к+ уников в день на проект. Если руки не из Ж, можно собрать точно такой же по надежности десктоп, как многие лоу-енд стоечные сервера. Что моя практика и подтверждает, шанс отказа какой-нибудь супермикры или интеля младших серий (где нет ни IPMI толком, ни дублированного БП, а штатный живет около 3 лет) может быть даже выше.
