Вот это я не понял, честно: Дык мешала вам FOP?, пришлось ли её убить? Или чего Вы хотели этим сказать?

А никто не пробовал с renice играть? Типа
renice -5 asterisk
renice +5 apache2
renice +5 php
renice +5 perl
Или как там процессы называются в триксе...

Options supported by renice

-g
Force who parameters to be interpreted as process group ID's.
-u
Force the who parameters to be interpreted as user names.
-p
Resets the who interpretation to be (the default) process ID's.

че-то в доках не упомянута возможность указывать процесс по имени, тока по PID.

Чего-то не ищется у меня файло со скриптом, которым панель стартуется скажи уж куда смотреть плиз :)

max@explorer /usr/src/linux/drivers/net $ renice +1 firefox-bin
0: old priority 0, new priority 1
max@explorer /usr/src/linux/drivers/net $

Системы надо правильные использовать :-D
max@explorer /usr/src/linux/drivers/net $ uname -a
Linux explorer 2.6.24-gentoo-r8 #12 SMP Sun Jun 15 23:50:32 MSD 2008 x86_64 Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz GenuineIntel GNU/Linux

Хорошо, беру таймаут на RTFM.
Чет я походу понимаю не всё, что мне top выдает.

op_panel.pl лежит в /var/www/html/panel

Мну вот тоже Debian люблю.
А RH - она как-то по-другому устроена, не от мира сего...

Переименовал /var/www/html/panel.
панель теперь не запускается.
Пять дней - полет нормальный, Load average ведет себя адекватно.
Возникла новая грабля. :(
В субботу утром похерилась связь.
Посмотрел - на машине процесс астериск чем - то занял 120% проца, и кончилось место на винте.
Так как пока я ехал, юзеры собрались уже с дрынами, то пришлось быстро убивать проблему.
Проблема была в /var/log/asterisk/full.1 , котрый весил 110 гигов.
Сегодня с утра в консоль - там творится интересное:
еще один процесс астериск занимает почти все ресурсы машины, load average=4, но все (связь) работает, и с голосом проблем нет.
Просто убил один процесс с именем астериск, полез в заветный каталог, где сегодня лежит тот же файл, но весом 110 гигов (не успел гад забить весь винт).
Вот содержание файла:
[Jun 30 18:11:44] DEBUG[26066] channel.c: Failure, could not lock '0xb7d36140' after 9 retries!
[Jun 30 18:11:44] DEBUG[26145] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26145] channel.c: Failure, could not lock '0xb7d36140' after 9 retries!
[Jun 30 18:11:44] DEBUG[25969] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26213] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[15109] channel.c: Avoiding initial deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[15109] channel.c: Failure, could not lock '0xb7d36140' after 9 retries!
[Jun 30 18:11:44] DEBUG[25918] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[25918] channel.c: Failure, could not lock '0xb7d36140' after 9 retries!
[Jun 30 18:11:44] DEBUG[26106] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26005] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[25868] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26174] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26174] channel.c: Failure, could not lock '0xb7d36140' after 9 retries!
[Jun 30 18:11:44] DEBUG[25814] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[25727] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26232] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26145] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[26066] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[25969] channel.c: Avoiding deadlock for channel '0xb7d36140'
[Jun 30 18:11:44] DEBUG[15109] channel.c: Avoiding initial deadlock for channel '0xb7d36140'
Дедлоки...
Суть, как я понял, во втором процессе астериск, который не мог получить нужные ресурсы, и задосил своими логами всю машину.
Откуда он взялся?
Такое подозрение, что это может быть связано с тем, что я переименовал /var/www/html/panel.

Кто-нибудь встречал?

Попробую вернуть на место /var/www/html/panel,
в /etc/amportal.conf есть следующие строки:
# FOPWEBROOT:web root for the Flash Operator Panel
FOPWEBROOT=/var/www/html/panel
попробую закоментировать - может это кооректнее отменит использование панели?
По крайней мере, вариант с переименованием мне не нравится вот чем:
FreePBX пишет в окне ошибок: Could not reload FOP server.
Может быть в мешке скриптов есть дыра, через которую вылезает еще один астериск?

Что же за кружок самодеятельности просто какой-то! Попробую ка вот так - странно!
в /etc/amportal.conf есть следующие строки:
FOPRUN=true
разум подсказывает установить
FOPRUN=false

Не ставил бы всю кучу руками, не было бы дырок.
Ставь ТриксБокс, и всё будек ОКс.

Астериск должен запускаться через скрипт safe_asterisk, который переподнимет его, если он завалится.
Если на машине есть Астериск + FOP, то есть определённая зависимость в последовательности рестартов, иначе FOP теряет связь с Астериск.
На это есть простой скрипт
amportal start | stop | restart