Проблемы при обновлении железа

[VooDoo]

В общем решил обновить железо.
На данный момент стоит :

HP DL580G4 , 4x Dual Core Intel(R) Xeon(TM)
CPU 3.40GHz, 32GB RAM , Smart Array P400 RAID 5
~5000 абонентов , ОС: FreeBSD 7.4 AMD64 , UTM 5.2.1-009
Все летает.

Но для уменьшения места в стойке а также уменьшения теплоотдачи решили сменить сервер на:

HP DL380G5, 2xIntel Xeon Quad-Core E5430 2.33GHz, 32GB RAM, Smart Array P400 RAID 5

После запуска нового сервера , примерно 5 минут работы , утмка начинает жестко глючить и висеть, в админке практически ничего не возможно делать
По загрузке процессоров - все на минимуме ~ 5%

Не пойму в чем может быть дело, кто может чего посоветовать ?
Может маленькая частота процессоров ?

[serjk]

Не пойму в чем может быть дело, кто может чего посоветовать ?
Может маленькая частота процессоров ?

Процессор явно не при чем. Смотреть debug.log в первую очередь на предмет ошибок.

[VooDoo]

Ошибок нет.
Я просто переношу рабочую конфигурацию и дамп базы ничего при этом не меняя на другое железо и все.

[serjk]

show processlist что-нибудь говорит?

[VooDoo]

Да ничего особенного:
mysql> show processlist;
+-----+------+-----------+------+---------+------+-----------+------------------------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-----+------+-----------+------+---------+------+-----------+------------------------------------------------------------------------------------------------------+
| 355 | root | localhost | utm5 | Query | 0 | query end | UPDATE dhs_sessions_log SET account_id='4165', slink_id='6959', last_update_date='1375782475', Acct |
| 356 | root | localhost | utm5 | Sleep | 19 | | NULL |
| 357 | root | localhost | utm5 | Sleep | 19 | | NULL |
| 358 | root | localhost | utm5 | Sleep | 5 | | NULL |
| 359 | root | localhost | utm5 | Sleep | 43 | | NULL |
| 360 | root | localhost | utm5 | Sleep | 41 | | NULL |
| 361 | root | localhost | utm5 | Sleep | 38 | | NULL |
| 362 | root | localhost | utm5 | Sleep | 29 | | NULL |
| 363 | root | localhost | utm5 | Sleep | 28 | | NULL |
| 364 | root | localhost | utm5 | Sleep | 296 | | NULL |
| 365 | root | localhost | utm5 | Sleep | 284 | | NULL |
| 366 | root | localhost | utm5 | Sleep | 284 | | NULL |
| 367 | root | localhost | utm5 | Sleep | 20 | | NULL |
| 368 | root | localhost | utm5 | Sleep | 283 | | NULL |
| 369 | root | localhost | utm5 | Sleep | 299 | | NULL |
| 370 | root | localhost | utm5 | Sleep | 299 | | NULL |
| 454 | root | localhost | NULL | Query | 0 | NULL | show processlist |
+-----+------+-----------+------+---------+------+-----------+------------------------------------------------------------------------------------------------------+
17 rows in set (0.00 sec)

Поковырялся в дебаге, нашел единственную ошибку,.. кроме ругани на неактивированные лцензии шейпера и т.д.

RPCMan: dlerror (librrd.so.4:connot open shared object file: No such fire or directory

Не может найти какую то библиотеку, для чего она ?

В общем ничего больше не нашел.
Без запуска сервера в эксплуатацию все работает нормально, ядро без проблем, админка коннектится быстро , выборка быстро все хорошо.
Как только сервер запускаешь в работу с абонентами , так все начинает тормозить. Админка коннектится долго, выборка пользователей долго, даже просто переход со страницы на страницу занимает несколько секунд.
Не понимаю в чем проблема. Железо хорошее, винты SAS 10K

[serjk]

Нет, отсутствие librrd так же тормозов вызывать не может.

Я бы искал причины в настройках MYSQL сервера, например проверил значение innodb_flush_log_at_trx_commit

[serjk]

Либо еще что-то, связанное с производительностью MYSQL. Проверил бы наличие индексов, перечисленных в UTM5_indexes.sql

[VooDoo]

innodb_flush_log_at_trx_commit=1
Индексы в порядке, да и это тут я думаю не причем потому что я как описал выше делаю дамп базы с рабочей машины, на которой все крутится нормально и этот же дамп без изменения накатываю, и настройки mysql и всего остального не меняю.

[xxxupg]

детальную статистику пишите?

[VooDoo]

Пишу, но тестил , отключал поток netflow , разницы нет,также глючит
Также наоборот генерил случайный поток с помощью нетаповской утилиты,все нормально, это на глюки не влияет.

[ds]

Можно запустить utm5_core через strace, и попробовать отследить где затык, между вызовами где-то должны быть больший паузы.
И как вариант: dns рабочий прописан в resolv.conf?
В крайнем случае проблема с драйвером сетевой карты.

[adeep]

Аналогичная проблема возникла при выносе utm5 в виртуальную машину. Дикие тормоза везде в админке, причем похоже на возвращении результата запроса (если открыть вторую админку, то первая еще висит, но результаты уже видны)

[VooDoo]

А может быть проблема с жесткими с прошивкой и рейд контроллером ?
Или в версии Mysql ? стоит 5.5.31

[ds]

Аналогичная проблема возникла при выносе utm5 в виртуальную машину. Дикие тормоза везде в админке, причем похоже на возвращении результата запроса (если открыть вторую админку, то первая еще висит, но результаты уже видны)

да да да. Поместили mysql в jail контейнер, и начались такие же тормоза, с нулевой загрузкой процессора, причём вычислили случайно, после этого этого рабочий сайт хостинга на паре пользователей умирать стал.
Я так понимаю это не тот случай сейчас. Насчет контроллера сомневаюсь, можно запустить какой-нибудь тест производительности того-же mysql

[VooDoo]

В общем поставил mysql 5.1 все зашуршало на ура!
Но все равно не понимаю , почему 5.5 не захотел работать. конфиг не менял, на другом железе 5.5 без проблем работает.